Виды тестовой документации

Question 1

Чек лист

Answer 1

Не формализованный список проверок (чаще всего, высокоуровневый самых важных), набор правил и критериев, по которым проводится тестирование приложения.
В качестве высокоуровневого списка могут выступать названия модулей, самая важная функциональность.

Question 2

Критерии чек листа

Answer 2

1) может быть градация по модулям
2) проверки самые важные и приоритетные
3) нет проверок для отбельной функциональности
4) нет ожидаемого результата
5) результаты (Passed, Failed, Not tested)
6) есть комментарии
7) для небольшого проекта
8) затраты минимальные

Question 3

Acceptance Sheet

Answer 3

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

Question 4

Критерии Acceptance Sheet

Answer 4

1) есть градация по модулям
2) список всех функциональностей
3) нет проверок для отдельной функциональности
4) нет ожидаемого результата
5) результаты (OK, Partially tested, Enhancement, Minor, Average, Major, Critical, Not available, Not implemented, Not tested)
6) затраты средние
7) есть комментарии
8) удобен для mat

Question 5

Test Survey

Answer 5

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

Question 6

Критерии Test Survey

Answer 6

1) градация по модулям
2) есть проверки для отдельно взятой функциональности
3) есть ожидаемый результат
4) результаты ( OK, Partially tested, Enhancement, Minor, Average, Major, Critical, Not available, Not implemented, Not tested)
5) есть комментарии
6) большие затраты
7) для нестабильной команды
8) удобен для АТ

Question 7

Test case

Answer 7

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

Question 8

Структура test case

Answer 8

1) ID - у каждого тест-кейса есть свой уникальный номер (название) *
2) Кто создал (тестировщик)
3) Когда создан – дата
4) Приоритет
5) Название тест-кейса - краткое описание сути, что тестируем *
6) Предусловия начала тестирования (может и не быть)
7) Шаги (описание ваших действий) *
8) Ожидаемый результат *

Question 9

Критерии выбора тестовой документации:

Answer 9

1) стабильность функциональности (чем стабильнее, тем подробнее и дороже)
2) сложность бизнес-логики (сложнее-детальнее)
3) размер проекта (больше-подробнее)
4) бюджет
5) время разработки проекта (короче-дешевле)
6) желание заказчика