Телеграмм чат группы qajuniors страница 9840

Которые скорее всего будет меньше чем знаков после запятой у дабл

14:37пожаловаться #1

В реальной практике будет все на много хуже:
Вот из конкретных примеров:
Есть некий Rest метод (POST) в теле передается JSON
В JSON куча полей одно из них
c именем "delta" и типо number, и описание "коэффициент погрешности"

14:40пожаловаться #2

Ну эт мои рассуждения)

14:40пожаловаться #3

Коэффициент который потом будет учитываться?

14:44пожаловаться #4

он используется при расчетах

14:44пожаловаться #5

С ним и без него отдельные тесты надо, нет?

14:45пожаловаться #6

упростим - пусть у метода один только один этот параметр и надо провреить, что метод правильно считает что-то )

14:46пожаловаться #7

Так мы этот коэф меняем или ещё что то вводим?

14:49пожаловаться #8

надо проверить на сколько корректно работает метод, когда мы передаем в него этот коэффициент.
задавать можно различные значение.

14:51пожаловаться #9

вопрос какие значения надо выбрать, если известно, что это тип number? )))

14:51пожаловаться #10

Ну все как с натуральными числами наверн

14:54пожаловаться #11

Граничные значения по тз. Свойства типа известны

14:55пожаловаться #12

Просто позови взрослых хаха

14:55пожаловаться #13

Шу там например

14:55пожаловаться #14

Nik B

Просто позови взрослых хаха

Я то знаю что делать )
Просто все рассуждения про граничные условия и задачи что здесь рассматривались - конь в сферическом вакууме

14:57пожаловаться #15

Зачем меня мучать тогда 😔

14:57пожаловаться #16

В реальной жизни нокто тебе не будет рассписывать все на столько досконально )))

14:57пожаловаться #17

Ну ирл если я не понимаю что передо мной то уточню

14:58пожаловаться #18

А я не тебя мучал, а просто считаю, что на самом деле не имеет значения какие граничные условия выбрать:
По гуру у нас будут браться числа 0, 1, 50, 100, 101.
По ISTQB у нас будут браться 0, 1, 2, 99, 100, 101.
))))

15:01пожаловаться #19

Иисус in QA juniors

Andrew Gasov

Мне почти никогда не приходилось сталкиваться с ситуацией "что бы ещё тут проверить, заиспользую ка тест дизайн".
Но и с выписыванием матрицы проверок в тетрадку тоже чаще на собеседованиях сталкиваюсь, чем в работе.

Обычно хватает понимания этих вещей на этапе написания/придумывания проверок.

И таки, какими чаще всего пользуешься?