Тест-дизайн
State Transition Testing
Спецификация
Слабое покрытие – пройти СТАТУС хотя бы раз
Слабое покрытие – пройти каждый ПЕРЕХОД (стрелки) хотя бы раз
Хорошее покрытие – проверить все СОБЫТИЯ хотя бы раз
Идеальное покрытие – проверить все ПУТИ хотя бы раз
Улучшение техники
Еще немного техник
Еще немного техник
Еще немного техник
Random Testing:
White Box: Control Flow Testing
White Box: Data Flow Testing
Непротиворечивость
Содержимое проверок
Название кейса\проверки
Описание проверки\шага
Описание кейса\проверки
Описание кейса\проверки
Описание кейса\проверки
Описание кейса\проверки
Описание кейса\проверки
Оформление
Соблюдение процесса
673.10K
Категория: ИнформатикаИнформатика

Тест-дизайн. Тестирование состояний и переходов

1. Тест-дизайн

2. State Transition Testing

ТЕСТИРОВАНИЕ СОСТОЯНИЙ И ПЕРЕХОДОВ

3. Спецификация

*1 сущность и 1 процесс

4. Слабое покрытие – пройти СТАТУС хотя бы раз

1) Draft > Canceled
2) Draft > Active > Withdrawn
3) Draft > Active > Decision Made

5. Слабое покрытие – пройти каждый ПЕРЕХОД (стрелки) хотя бы раз

1) Draft > Canceled
2) Draft > Active > Withdrawn > Re-submit
3) Draft > Active > Decision Made
3) Draft > Active > Decision Made > Active

6. Хорошее покрытие – проверить все СОБЫТИЯ хотя бы раз

1) Draft > Canceled
2) Draft > Active > Withdrawn
3) Draft > Active > Withdrawn > Active
3) Draft > Active > Decision Made (Recruiter: Not a Fit)
4) Draft > Active > Decision Made (Recruiter: Not Selected)
5) Draft > Active > Decision Made (Recruiter: Hired)
6) 5) Draft > Active > Decision Made > Active

7. Идеальное покрытие – проверить все ПУТИ хотя бы раз

1) Draft > Canceled
2) Draft > Active
3) Draft > Active > Withdrawn
4) Draft > Active > Decision Made (Recruiter: Not a Fit)
5) Draft > Active > Decision Made (Recruiter: Not Selected)
6) Draft > Active > Decision Made (Recruiter: Hired)
7) Draft > Active > Withdrawn > Active
8) Draft > Active > Decision Made > Active
9) + циклы

8.

Тек. состояние
Событие
Действие
След. состояние
Тек. состояние
Событие
Действие
След. состояние
1
NULL
Apply
-
Draft
28
Canceled
Apply
-
Canceled
2
NULL
Post
-
NULL
29
Canceled
Post
-
Canceled
3
NULL
Cancel
-
NULL
30
Canceled
Cancel
-
Canceled
4
NULL
Withdrawn
-
NULL
31
Canceled
Withdrawn
-
Canceled
5
NULL
Re-submit
-
NULL
32
Canceled
Re-submit
-
Canceled
6
NULL
R: Cancel decision
-
NULL
33
Canceled
R: Cancel decision
-
Canceled
7
NULL
R: Not a Fit
-
NULL
34
Canceled
R: Not a Fit
-
Canceled
8
NULL
R: Not Selected
-
NULL
35
Canceled
R: Not Selected
-
Canceled
9
NULL
R: Hired
-
NULL
36
Canceled
R: Hired
-
Canceled
10
Draft
Apply
-
Draft
37
Withdrawn
Apply
-
Withdrawn
11
Draft
Post
-
Active
38
Withdrawn
Post
-
Withdrawn
12
Draft
Cancel
-
Canceled
39
Withdrawn
Cancel
-
Withdrawn
13
Draft
Withdrawn
-
Draft
40
Withdrawn
Withdrawn
-
Withdrawn
14
Draft
Re-submit
-
Draft
41
Withdrawn
Re-submit
-
Active
15
Draft
R: Cancel decision
-
Draft
42
Withdrawn
R: Cancel decision
-
Withdrawn
16
Draft
R: Not a Fit
-
Draft
43
Withdrawn
R: Not a Fit
-
Withdrawn
17
Draft
R: Not Selected
-
Draft
44
Withdrawn
R: Not Selected
-
Withdrawn
18
Draft
R: Hired
-
Draft
45
Withdrawn
R: Hired
-
Withdrawn
19
Active
Apply
-
Active
46
Decision Made
Apply
-
Decision Made
20
Active
Post
-
Active
47
Decision Made
Post
-
Decision Made
21
Active
Cancel
-
Active
48
Decision Made
Cancel
-
Decision Made
22
Active
Withdrawn
-
Withdrawn
49
Decision Made
Withdrawn
-
Decision Made
23
Active
Re-submit
-
Active
50
Decision Made
Re-submit
-
Decision Made
24
Active
R: Cancel decision
-
Active
51
Decision Made
R: Cancel decision
-
Active
25
Active
R: Not a Fit
-
Decision Made
52
Decision Made
R: Not a Fit
-
Decision Made
26
Active
R: Not Selected
-
Decision Made
53
Decision Made
R: Not Selected
-
Decision Made
27
Active
R: Hired
-
Decision Made
54
Decision Made
R: Hired
-
Decision Made

9. Улучшение техники

1) Роли
2) Действия + Стандартные действия (Редактирование, Удаление)
3) Условия (наличие комментариев, есть вопросы к кандидату)
4) События (самой системы - таймер)

10.

*1 сущность и 1 процесс

11. Еще немного техник

12. Еще немного техник

Decision table (таблица принятия решений)
Еще немного техник
Правило 1
Условия
Условие 1
Условие 2
Условие N
Действия
Действие 1
Действие 2
Действие N
Правило 2
Правило N

13. Еще немного техник

Decision table
Еще немного техник
П1
Условия
Добавлено > 1$
П2
+
Деньги добавлены в субботу
П3
П4
+
+
П5
+
+
Деньги добавлены в воскресенье
П6
+
+
П7
П8
+
+
+
+
+
Оплата за операцию < 1$
П9
П10
+
+
+
+
+
Действия
Добавить деньги на счет ($)
Снять оплату за операцию ($ * N * %
за операцию)
+
-
+
-
+
-
-
-
+
-
N=1
-
N=3
-
N=2
-
-
-
1$
-

14.

Cause-Effect graphing (Ishikawa diagram)

15.

16.

17.

Cause-Effect graphing
Перевод денег > 1$ Суббота
1
1
1
1
1
0
Воскресенье
1
0
Оплата операции < 1$
1
0
0
0
Размер оплаты
1$
Fee*2
Fee*3
Fee*1

18.

Cause-Effect graphing
Перевод денег > 1$ Суббота
1
1
1
1
1
0
1
1
1
Воскресенье
1
0
1
Оплата операции < 1$
1
0
0
0
1
1
Размер оплаты
1$
Fee*2
Fee*3
Fee*1
1$
1$

19. Random Testing:

1. Определить все возможные входные данные для компонента
2. Выбрать функцию распределения данных, основываясь на ожидаемом или известном
распределении входных значений
3. Входные данные для тест кейса выбираются случайно, согласно функции распределения
входных значений
Формат тест кейса:
1. Входные значения
2. Ожидаемое поведение системы
3. Использованная функция распределения

20. White Box: Control Flow Testing

1. Определить все возможные пути
выполнения кода в компоненте
2. Выполнить тесты покрывающие
пути выполнения

21. White Box: Data Flow Testing

Подход похож на Control Flow Testing,
только рассматриваются
не логические ветвления программы,
а жизненный цикл переменных.

22. Непротиворечивость

1) Отсутствие проверок противоречащих требованиям или друг другу
2) Отсутствие дублирующих проверок

23. Содержимое проверок

1.
Краткий, емкий, не повторяющийся Summary. Из Summary должно быть понятно, что
проверяется в рамках данного тест кейса
2.
Есть Preconditions, если нужны. В них правильно указаны подготовительные действия и
тестовые данные, необходимые для выполнения тест кейса
3.
Четкие и понятные шаги. Четко определено действие, которое необходимо выполнить,
понятно, как его выполнить, нет пропущенных или избыточных шагов
4.
1 кейс (или 1 шаг) = 1 проверка = 1 ожидаемый результат
5.
Четкий и понятный Expected Result. Указан результат, который можно проверить "здесь
и сейчас" (например, в UI нельзя проверить, что "данные корректно записались в БД");

24. Название кейса\проверки

1.
Check clicking compose button (пер. Проверить нажатие кнопки Compose) ->
Составление 1 документа из двух PDF документов
2.
Check with allow pool == No (пер. Проверка с pool ==0) -> Добавление пользователя без
возможности использования пула
3.
Создание пользователя с отрицательным весом –> Невозможность создания
пользователя с отрицательным весом

25. Описание проверки\шага

26. Описание кейса\проверки

27. Описание кейса\проверки

28. Описание кейса\проверки

29. Описание кейса\проверки

30. Описание кейса\проверки

31. Оформление

1.
Отсутствие ошибок правописания, ошибок в названиях полей, форм и других элементов
приложения
2.
Аккуратный внешний вид
3.
Следование единому шаблону документа (если есть)

32. Соблюдение процесса

1.
В случае использования документа Excel шапка документа и информация по билдам
заполнена актуальными данными (кто тестировал, когда, какой тип теста, окружение,
билд)
2.
Нет проверок (тест кейсов) passed на которые залинкованы дефекты*
3.
Нет проверок (тест кейсов) failed/blocked на которых нет залинкованных дефектов
4.
Если проверка (тест кейс) в статусе blocked, то должно быть понятно каким именно
дефектом она заблокирована
5.
В случае использования документа Excel для failed проверок (тест кейсов) проставлены
результаты = дефекту с наибольшим Severity*
English     Русский Правила