Почему тестирование дыма не может быть сделано разработчиком?

Question

По ссылке от:

http://istqbexamcertification.com/what-is-smoke-testing-when-to-use-it-advantages-and-disadvantages-2/

Дымовое тестирование используется в следующих сценариях:

• Это делается разработчиками до того, как дать команду тестирования.

• Это делается тестерами до того, как они начнут детальное тестирование.

Вопрос в том, может ли он быть скомпрометирован только потому, что "проворный разработчик" выполнил "модульное тестирование"?

Answer 1

В идеале все тесты проводятся разработчиками:

• Это проясняет, что введение плохого кода замедляет работу команды.
• Это также позволяет проводить более оптимальное автоматизированное тестирование, поскольку разработчики могут автоматизировать работу намного лучше, поскольку они обычно пишут код лучше.
• Это делает людей в команде более кросс-функциональными, способными выполнять большую работу.
• Это позволяет команде лучше масштабироваться по горизонтали. Сложнее масштабировать, если у вас есть люди, которые могут выполнять узкий тип работы, поскольку это обычно ограниченный объем работы такого типа в единицу времени.

Узнайте, как команда Atlassian JIRA смогла внедрить Quality Assistance вместо Quality Assurance, улучшив тестирование и обзор разработчиками.

К сожалению, нынешнее поколение разработчиков испорчено требованиями рынка. Сегодня у нас очень часто есть команда QA, которую разработчики могут использовать для передачи ответственности за дерьмовую работу. И это очень (очень!) Трудно исправить, если не будет полной поддержки и понимания со стороны руководства и технических специалистов, а также опыта.

Если вы заставите разработчиков пройти тестирование дыма, они быстро поймут, что лучше автоматизировать его, и все выиграют от этого. Но удачи их убедить:)