How Google Tests Software
Еще пара цитат из книги.
Цитата раз:
... мы создали поэтапный процесс, в котором можно легко откатить изменение, в котором слишком много багов. <...> тестирование определяет насколько хорошо мы предотвращаем ошибки
Цель инженера по тестированию (Test Engineer TE) не искать ошибки в приложении, чтоб исправить их - этим занимаются разработчики, но искать ошибки, чтоб выявить их причину и помочь разработчику самостоятельно или с помощью разработчика в тестировании (Software Engineer in Test SET) - устранить эти помехи.
Я так понял, баги как таковые тестера вообще не очень интересуют, они являются инструментом выявления проблем, их признаком. Как-то так.
Цитата два:
Simon Stewart: Я пользовался процессом DDD (Defect-Driven-Development). Я объявлял WebDriver бездефектным, а когда пользователь находил баг я его исправлял и снова объявлял продукт бездефектным. так я исправлял по-настоящему значимые для людей баги. Этот процесс идеален для доработки существующего продукта. Вы исправляете только важные баги, а не возитесь с дефектами, до которых никому нет дела.
Цитата раз:
... мы создали поэтапный процесс, в котором можно легко откатить изменение, в котором слишком много багов. <...> тестирование определяет насколько хорошо мы предотвращаем ошибки
Цель инженера по тестированию (Test Engineer TE) не искать ошибки в приложении, чтоб исправить их - этим занимаются разработчики, но искать ошибки, чтоб выявить их причину и помочь разработчику самостоятельно или с помощью разработчика в тестировании (Software Engineer in Test SET) - устранить эти помехи.
Я так понял, баги как таковые тестера вообще не очень интересуют, они являются инструментом выявления проблем, их признаком. Как-то так.
Цитата два:
Simon Stewart: Я пользовался процессом DDD (Defect-Driven-Development). Я объявлял WebDriver бездефектным, а когда пользователь находил баг я его исправлял и снова объявлял продукт бездефектным. так я исправлял по-настоящему значимые для людей баги. Этот процесс идеален для доработки существующего продукта. Вы исправляете только важные баги, а не возитесь с дефектами, до которых никому нет дела.