Пороки в тестировании: первопричины в шутливой форме

Любые пороки в тестировании программного обеспечения и, в целом, в сфере обеспечения качества, так или иначе, подпадают под 4 категории базовых первопричин.

А именно:

• Апатия — полнейшее игнорирование процесса тестирования как ремесла;
• Высокомерие — трудовая «слепота», которая приводит к ошибкам и принятию неверных решений;
• Корпоративное невежество — когда никто не показал, как работать правильно, у человека вырабатывается неверный образ мышления;
• Профессиональная беспомощность — постепенное когнитивное истощение из-за борьбы с организационной дисфункцией.
  

  Первопричины пороков тестирования

Далее будет представлен список из наиболее часто встречаемых «пороков» тестирования, которые могут появиться на протяжении всей карьеры QA-специалиста.

1. Клиент не будет пользоваться ПО именно «так как вы»;
2. Вы рано начали тестировать «это»;
3. Как итог: вы протестировали ПО очень поздно;
4. Стоит ли вам присутствовать на собрании по обсуждению дизайна?
5. Собрание по проверке кода обойдется и без вашего участия;
6. Ваше участие на собрании сбора требований неактуально;
7. Вы можете «сломать это»?
8. Как итог: на эту проблему пользователи никогда ранее не жаловались;
9. Посмотрим — оно ведь работает;
10. Протестируйте это сейчас;
11. Как оно могло сломаться у вас?
12. Когда в последний раз оно работало нормально?
13. Я же ничего не редактировал?
14. Откуда я знаю, что в ПО были изменения?
15. Я не могу рассказать вам, какие тесты писать, это ваша работа;
16. Нас ждет большое обновление, его протестировать нужно за один раз;
17. Как вы смотрите баги бэкенда?
18. Можете ли вы объяснить, связаны ли эти ошибки между собой?
19. У вас ошибка происходит регулярно, а у нас нет, объясните почему?
20. Ваше тесты постоянно валятся;
21. Мы вам выделим дополнительные три дня, а вы быстренько все «перетестируйте»;
22. Я простой ручной тестировщик;
23. Как итог: я автоматизатор;
24. Любой программист должен знать основы автоматизации ПО;
25. Не нужно менять этот конфигурационный файл;
26. Данный выпуск ПО сделает ПО быстрее;
27. Займитесь тестированием этого продукта, а я пока задокументирую дизайн;
28. Перепроектируйте это в один прием;
29. Этого раньше не было в списке задач;
30. Зачем нам 100 кейсов на проекте?
31. Как итог: все тесты прошли успешно;
32. Данное окружение может использоваться только под разработку;
33. Как итог: в боевых условиях все будет иначе;
34. Мои тесты никому не нужны после их выполнения;
35. Как итог: код тестов — это не код готового программного продукта.