Я видел ответ на ваш последний вопрос: один консультант потратил два дня на собеседование с командой разработчиков, а затем три дня на подготовку отчета.И в некоторых случаях я бы сказал, что отчет был предварительным, вводным и поспешным.Однако позвольте мне высказать несколько идей, которые могут помочь управлять ожиданиями в вашей команде.
Автоматизация тестирования отлично подходит для проверки регрессий в функциональности, которая якобы не затрагивается.Такие вещи, как изменения структуры или базы данных, могут привести к сбою нетронутого кода.Для сред, не подверженных риску (например, банковское дело, фармацевтические рецепты), инвестиции в автоматизацию стоят своих усилий.
Однако то, что я видел часто , является недооценкой усилий.Чтобы действительно протестировать все функциональные возможности в модуле (скажем, в окне, например), вам необходимо просмотреть спецификации, разработать тесты, которые проверяют каждую функциональную точку, спланировать ваши данные (какие данные поступают в окно, как вы будетеубедитесь, что эти данные соответствуют ожидаемым при каждом запуске теста, каковы данные по завершении тестов, как вы убедитесь, что данные, включая невидимые данные, верны), затем выполните сценарий и отладьте все своитесты.Я не уверен, что говорят профессиональные тестировщики (я по профессии разработчик, но прошел курс обучения инструменту автоматического тестирования), но если вы не планируете затрачивать столько же усилий на разработку автоматизацииЯ думаю, вы быстро разочаровываетесь в том, что тесты, которые вы тратите на разработку приложений с той же функциональностью.Добавьте к этому, что изменение функциональности означает изменение сценариев тестирования, и автоматическое тестирование может стать значительным расходом.(Итак, скажите своему менеджеру, что автоматическое тестирование не означает, что вы нажимаете кнопку, и все тестируется. )
Это не значит, что вы не можете тратить меньше усилий на тестирование и получаете некоторые результаты, но вы получаете то, за что платите.Наличие сценария, который открывает и закрывает все окна в приложении, предоставляет некоторое значение, но он не скажет вам, что новое поведение, реализованное в платформе, переопределяется в окне X, или что изменение базы данныхиспортил последовательность элементов в выпадающем окне DataWindow, или время завершения отчета составляет от пяти секунд до пяти часов.Однако, опять же, не стоит недооценивать усилия.Это новый инструмент с новым языком и особенностями, которые необходимо выяснить и освоить.
Автоматизированное тестирование может быть отличным вложением.Если цена неудачи значительна, как, например, плохо прописанное лекарство, вызывающее смерть, тогда инвестиции того стоят.Тем не менее, в случаях, когда существует высокий уровень функциональности (как я думаю, вы описываете), и последствия сбоя менее критичны, вы можете подумать о сравнении затрат и выгод автоматизации тестирования с дополнительными ресурсами ручного тестирования.,
Удачи,
Терри