Мы используем файлы cookie для вашего удобства пользования сайтом и повышения качества. Нажимая на кнопку «Согласен», вы принимаете пользовательское соглашение.

Сейчас работаем
Подход

Как мы это делаем?

Тестовой документации, в отличие от технической или пользовательской часто уделяется меньшее внимание. Наличие корректно написанной тестовой документации позволяет корректно и качественно провести само тестирование и оценить его успешность после прохождения каждого этапа.
В любом процессе тестирования те или иные элементы тестовой документации обязательны к применению, однако часто бывает такая необходимость, чтобы тестовая документация стала публичной. В таком случае, все стратегии, тест планы, тестовые сценарии и кейсы — могут быть оформлены в виде официальных документов.
Под тестовой документацией подразумеваются: описания способов тестирования для разных аспектов ПО и его разработки (стратегии, спецификации и планы), пользовательские сценарии, тест кейсы, по которым будет вестись тестирование, списки дефектов, отчеты о тестировании, методики и анализ прохождения нефункциональных видов тестирования.

Когда это нужно?

Для чего может потребоваться разработка тестовой документации?

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

Еще пример

Тестовая стратегия и тест план — это не бюрократия

Внутри сложной системы одновременно работают несколько модулей, отличные между собой по профилям функционирования. Таким образом при тестировании этих модулей необходимо использовать различные подходы. За время работы над проектом несколько раз дополнялись начальные требования к продукту, что приводило к необходимости изменения подходов к тестированию. Если бы данные подходы не были применены, то изменения могли бы затеряться, но так как с самого начала для данной системы использовались четко сформулированная стратегия тестирования, то необходимые процессы были достаточно хорошо описаны.

Польза

Какая польза от проведения функционального тестирования?

Благодаря качественной, полной и своевременно подготовленной тестовой документации и применении ее на остальных этапах процесса обеспечения качества для любого программного продукта, получают следующие результаты:

  1. Готовая необходимая тестовая документация, которая позволяет провести качественное тестирование
  2. Сопровождающая тестовая документация, такие как стратегии и планы тестирования, позволяющие иметь общий стратегический план работы
  3. По хорошо описанной документации можно проводить анализ текущего состояния системы и формирование метрик
  4. Поэтапное планирование объема тестирования для обеспечения максимальной эффективности
Примеры из нашей практики

Посмотрите наши кейсы

Кейсы

Подписывайтесь на наш канал в Telegram

Канал компании QA Service Lab про жизнь в неидеальном мире, но в стремлении к качественным программным продуктам и сервисам

Подписаться
qr-code
Обратный звонок

    0из 150
    Облако

    Данные отправлены

    Скоро с вами свяжется наш специалист