O
на собеседовании
Size: a a a
2020 October 30
NB
а я наоборот слышу что часто с попарным работают
И
не родилась как видишь
По граничным значением родилась. По тест-дизайну у нас затык.
SO
Это не отменяет того, что сказал Ник, кстати.
нет, у меня общее определение получилось, а Ник уже более подпунктово ответил)
VM
на собеседовании
попарное без проги хрен накидаешь)
NB
попарное без проги хрен накидаешь)
так там и методов расчета с десяток хехе
NB
По граничным значением родилась. По тест-дизайну у нас затык.
я кстати пропустил, что решили точно тестить?
SO
попарное без проги хрен накидаешь)
открыл приложение на 3 мониторах и тестируешь 3 разных значения, без проги )
И
Итог:
В рамках техники анализа граничных значений мы проверяем значения, выходящие за рамки границ с обеих сторон и значения на границах. Если значения на границах у нас не прошли - мы тестируем значения внутри границы, чтобы локализировать баг (вместо <= программист написал <)
В рамках техники анализа граничных значений мы проверяем значения, выходящие за рамки границ с обеих сторон и значения на границах. Если значения на границах у нас не прошли - мы тестируем значения внутри границы, чтобы локализировать баг (вместо <= программист написал <)
.
NB
понятн
VM
Samvel Osipyan
открыл приложение на 3 мониторах и тестируешь 3 разных значения, без проги )
Только это не поможет в попарном)
O
уточню можно? даже если значения на границах прошли, то всё равно же надо минимум одно значение внутри прочекать? а то может только границы и включены
NB
мы ж это сделаем когда просто валидный ввод прочекаем
O
а, мы с этого начинаем
O
тогда ок
И
А верификация и валидация являются техниками тест-дизайна?
NB
🙅♂️
O
“это другое”
И
https://www.qastart.by/mainterms/52-tekhniki-test-dizajna
А здесь они описаны как "основные техники тест-дизайна"
А здесь они описаны как "основные техники тест-дизайна"
NB
хз, это же слишком общие вещи чтобы быть техниками)