Даже если допустить,
что мы идеально знаем все технические аспекты предстоящей работы, не отвеченными
остаются такие вопросы, как:
· Когда и с чего начать?
· Всё ли необходимое для выполнения работы у нас есть? Если нет, где взять недостающее?
· В какой последовательности выполнять разные виды работ?
· Как распределить ответственность между участниками команды?
· Как организовать отчётность перед заинтересованными лицами?
· Как объективно определять прогресс и достигнутые успехи?
· Как заранее увидеть возможные проблемы, чтобы успеть их предотвратить?
· Как организовать нашу работу так, чтобы при минимуме затрат получить максимум результата?
· Когда и с чего начать?
· Всё ли необходимое для выполнения работы у нас есть? Если нет, где взять недостающее?
· В какой последовательности выполнять разные виды работ?
· Как распределить ответственность между участниками команды?
· Как организовать отчётность перед заинтересованными лицами?
· Как объективно определять прогресс и достигнутые успехи?
· Как заранее увидеть возможные проблемы, чтобы успеть их предотвратить?
· Как организовать нашу работу так, чтобы при минимуме затрат получить максимум результата?
Эти и аналогичные
вопросы изучаются в другой сфере, вне технической области. Они относятся к
управлению проектом.
Эта задача достаточно обширна,
поэтому в данной статье рассматривается лишь малая её часть (рис. 1).
Подход к тестированию
определяется и детализируется в плане тестирования и спецификации
проектирования тестов и обычно включает в себя решения, основанные на целях
проекта и оценке рисков. Это первый этап планирования тестовых процессов,
выбора метода и типа тестов и определения критериев входа и выхода.
Риск может быть
определен как вероятность возникновения события, опасности, угрозы или
ситуации, которая выражается в нежелательных последствиях или потенциальной
проблеме.
Так как одной из целей
тестирования является поиск дефектов, то разница между действительным и
ожидаемым результатом должна быть зарегистрирована как инцидент. После
обязательного изучения инцидента, он может быть определен как дефект.
Инциденты и дефекты
должны отслеживаться от момента обнаружения и классификации до исправления и
подтверждения, что проблема решена. Для управления всеми инцидентами до их
завершения в организации необходимо установить процесс управления инцидентами и
правила их классификации.
Непосредственно в
тестировании используются вспомогательные продукты (рис. 2).
После планирования
можно приступать к этапу авторинг тестирования – это процесс определения конкретных шагов,
необходимых для завершения теста.
Этот процесс решает
вопрос, как что-то будет тестироваться. Именно здесь некие абстрактные тестовые
примеры развиваются в более подробные шаги тестирования, которые, в свою
очередь, станут тестовыми сценариями (test scripts) (либо ручными, либо
автоматизированными).
Выполнение тестирования
влечет за собой запуск тестов путем объединения последовательностей тестовых
сценариев в набор тестов. Это ответ на вопрос как провести тестирование.
Составление отчетности
по тестированию можно считать заключительным этапом. Отчетность используется
для определения текущего состояния процесса тестирования проекта, а также общего
уровня качества приложения или системы. Составление отчетности
дает ответ на вопрос, как различные результаты тестирования анализируются и
соотносятся между собой.
ОтветитьУдалить"Ранее мы познакомились с тем, что такое тестирование разрабатываемого продукта, его виды, методы и уровни". Прочитав первую статью, я могу смело сказать, что про методы тестирования там нет ни слова, а уровни и виды, скорее всего, одно и тоже.
"Подход к тестированию определяется и детализируется в плане тестирования и спецификации проектирования тестов и обычно включает в себя решения, основанные на целях проекта и оценке рисков." . Прочитал предложение раз 10, так и не понял что это, поясните пожалуйста.
"Составление отчетности дает ответ на вопрос, как различные результаты тестирования анализируются и соотносятся между собой." Что значит результаты тестирования соотносятся между собой? Разве они не должны быть независимыми друг от друга??
Дорогой читатель. Явно вы не читали статью, перед тем как "смело" утверждать. Цитирую из своей первой статьи"Также тестирование делят на методы: при тестировании "белого ящика" разработчик теста имеет доступ к исходному коду программ и может писать код, который связан с библиотеками тестируемого ПО; при тестировании "черного ящика" ...."
УдалитьУровни и виды тестирования - это разные определения. Советую вам почитать источники, которые я указала в комментариях к первой статье.
На сайте protesting есть достаточно развернутое определение: "План тестирования - это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения." Прочитав данное определение, попробуйте еще раз прочесть строку, что вам была не понятна.
Приведу пример: Тестирование ПО проводится каждую итерации. На основе отчета первой итерации, было выявлено, что реализованный функционал выполняет основную функцию некорректно. После второй итерации снова выгружается отчет по тестированию. Эти 2 отчета сравниваются между собой и проводится анализ, меньше или больше ошибок найдено в разрабатываемом функционале, увеличились ли трудозатраты, улучшилось ли качество работы тестировщика и тд.
Для более подробного изучения советую воспользоваться функционалом Интернета.