O
мб разработчику будет быстрее понять проблему, посмотрев на код, чем тратить время на такие проверки в попытках узнать, как именно неправильно сделали
Size: a a a
2020 October 30
O
но тут, конечно, смотря, какая задача
AG
Есть ещё вопрос.
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
Я погуглел.
Кажется всеми.
Кажется всеми.
AG
Есть ещё вопрос.
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
AK
мб разработчику будет быстрее понять проблему, посмотрев на код, чем тратить время на такие проверки в попытках узнать, как именно неправильно сделали
вотвот. обычно тест пишут, когда код есть и видны границы
VM
Есть ещё вопрос.
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
У меня первая мысль, это про то что надо бизнес знать хорошо) И возможные кейсы с точки зрения бизнеса
AG
а точно нужна такая детализация..?
Нет, не точно.
Не бывает проверок, которые "точно" надо проводить.
Не бывает проверок, которые "точно" надо проводить.
AG
вотвот. обычно тест пишут, когда код есть и видны границы
Привет, tdd.
NB
мы же обсуждаем как не делать 100% проверок
SO
😂
И
Ты владеешь техникой Branch Condition Combination?
AG
мы же обсуждаем как не делать 100% проверок
Как не делать 100% проверок:
Делай только те, которые нужно делать.
Делай только те, которые нужно делать.
И
У меня первая мысль, это про то что надо бизнес знать хорошо) И возможные кейсы с точки зрения бизнеса
Это не техника тест-дизайна.
VM
Это не техника тест-дизайна.
я в курсе
O
сегодня прям день докапывания до формулировок
O
это так по-тестерски)
SO
Есть ещё вопрос.
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
Какими техниками тест-дизайна должен уметь пользоваться хороший QA и почему?
Ну и вопрос в догонку - что вообще можно считать техникой тест-дизайна?
яб смоук тест назвал тоже техникой тест дизайна, например когда тестер хорошо знает систему и наверняка знает, в каких местах точно наткнется на баг
AG
Ты владеешь техникой Branch Condition Combination?
Вероятнее всего да. :)
И
сегодня прям день докапывания до формулировок
Ну, мне показалось, что не все хорошо понимают.
AG
