Тестовая документация для тестировщика

• Видео обсуждает различные вопросы, связанные с тестовой документацией, включая определение, виды и использование тестовой документации.  

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

• Тест-план - это план тестирования, описывающий цели, средства и графики тестирования.  

• Он может быть главным планом тестирования или уровнем для конкретного типа тестирования.  

• Тест-план состоит из цели тестирования, области и не области тестирования, видов тестирования, подходов к тестированию, критериев начала и завершения тестирования, ресурсов, расписания, ролей и ответственности, оценки рисков, документации и метрик.  

• Чек-лист - это набор проверок или идей, которые могут быть использованы для тестирования, разработки или планирования.  

• Чек-лист обычно содержит шапку, название проекта, дату, номер билда, тестировщика, окружение, статусы проверок, модули, элементы, функции, названия проверок и ожидаемые результаты.  

• Тест-кейсы состоят из набора предусловий, входных данных, действий, ожидаемых результатов и пост-условий.  

• Набор тестов - это набор тестовых сценариев или процедур, выполняемых в определенном тестовом прогоне.  

• Тест-кейсы могут быть функциональными, нефункциональными, юзер сторискими и т.д.  

• Тест-кейс состоит из уникального идентификатора, заголовка, предусловий, тестовых данных, шагов, ожидаемых результатов и пост-условий.  

• Тест-кейс создается, планируется, выполняется, может быть успешным, проваленным, заблокированным или пропущенным.  

• Тест-кейс может быть доработан на каждом этапе.  

• Чек-листы применяются на начальных этапах, когда не нужно много времени на их написание и поддержку.  

• Чек-листы подходят для повторяющихся проверок и мобильных приложений.  

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

• Примеры систем управления тест-кейсами: ALM, Jira, Google Docs, Notion, Trello.  

• Ошибка - действие человека, которое приводит к неправильному результату.  

• Дефект - недостаток рабочего продукта, который появляется в несоответствии требованиям и спецификациям.  

• Отказ - событие, при котором компонент экосистемы не выполняет требуемую функцию.  

• В отчете о дефекте должны быть заголовок, шаги, фактический результат, подтверждение, ссылка на требования, окружение, приоритет и серьезность.  

• Приоритет определяет срочность исправления дефекта, а серьезность - степень ущерба для проекта.  

• Обнаружение, назначение, исправление, проверка, закрытие, повторное открытие, отклонение, откладывание.  

• Жизненный цикл дефекта может повторяться, если дефект не исправлен или воспроизводится.  

• Джира, ВПС, Ю, Ред Майн, Сана - популярные системы для управления дефектами.  

• Создание скриншотов: Снек, Лайт Шот, Шер-Икс, встроенные в Windows инструменты.  

• Метод проб и ошибок, процентное отношение к разработке, процентное распределение, итимизация на основе предыдущего опыта.  

• Обсуждение различных методов оценки трудозатрат, включая структурную декомпозицию, итимацию по трем точкам и матрицу трассировки.  

• Упоминание о том, что матрица трассировки используется для оценки связи между требованиями и тестовыми сценариями.  

• Описание цели отчета по результатам тестирования - информирование заинтересованных сторон о качестве продукта и готовности к релизу.  

• Упоминание о том, что отчет может содержать графики, таблицы и общую оценку качества продукта.  

• Упоминание о том, что отчет может включать в себя различные атрибуты, такие как статистика по новым дефектам, список всех дефектов и рекомендации.