Можно ли выполнить единицу / интеграционные тесты, не создавая тестовые коды?
В нашем проекте процедуры тестирования и ожидаемые результаты испытаний (тестовые спецификации) создаются в документе. Затем мы выполняем тестирование на созданном продукте / выпуск. Здесь, никакие тестовые коды, ни инструменты тестирования не включены.
Действительно ли это приемлемо для единицы / интеграционное тестирование?
4 ответа
Вы делаете «ручное тестирование».
Ручное тестирование по определению не является и никогда не может быть модульным тестированием.
Ручное тестирование можно использовать для интеграционного тестирования, и на самом деле следует в некоторой степени использовать, потому что автоматические тесты не могут выявить все формы непредвиденных ошибок. Особенно ошибки, связанные с макетом и неправильным внешним видом (что довольно часто встречается в веб-приложениях).
Однако, если у вас вообще нет автоматизированных тестов, это означает, что ваше приложение недостаточно протестировано, точка. Потому что полностью невозможно вручную протестировать каждый подробный аспект приложения для каждого выпуска - ни одна организация не захочет или не сможет заплатить за требуемые усилия.
Приемлемо ли это для модульного / интеграционного тестирования?
Нет. то, что вы описываете, не является ни модульным, ни интеграционным тестированием, это прогулка по блоку, чтобы выпить чашку кофе.
Модульное тестирование - это, насколько я понимаю, тестирование отдельных модулей кода. Относительно низкий уровень и обычно разрабатывается одновременно с самим кодом.
Для этого вам также необходимо работать с кодом, и в конечном итоге код, выполняющий эти тесты, является инструментом тестирования, даже если по какой-то причине вы не используете фреймворк.
Итак, нет, если вы не используете инструменты тестирования или код тестирования, вы не проводите модульное тестирование.
Теоретически вы можете проводить интеграционное тестирование вручную, но это все равно ненадежно, потому что люди, как правило, непоследовательны и дороги, потому что люди работают медленнее, чем машины.
В конечном итоге, чем больше тестов вы сможете автоматизировать, тем быстрее и точнее будут ваши тесты и тем больше вы освободите свой QA-персонал для тестирования вещей, которые можно протестировать только вручную.
Модульное тестирование и интеграционное тестирование - это две очень разные вещи, и то, что считать «приемлемым», полностью зависит от вашей организации. Вполне возможно, что будет допустимо тестировать систему, а не каждую единицу в отдельности.
Лично я не поклонник автоматизированного модульного тестирования, поскольку подавляющее большинство проблем, с которыми я сталкиваюсь, возникают только в контексте системного тестирования.
Я стремлюсь к постепенному развитию, так что по мере роста того, над чем я работаю, оно становится своей собственной тестовой оснасткой, и перед тем, как строить что-либо на ней, доказывается прочность основы.
Я бы хотел иметь возможность автоматизировать тестирование системы. Он раскрывает все то, о чем я бы никогда не подумал за миллион лет написания модульных тестов.