Снова привет , это Алексей! Продолжаю рассказывать тебе о техниках тест-дизайна. Поехали!

3. Матрица покрытия требований - это двумерная таблица где отображены требования и тест-кейсы которые эти требования покрывают. Я пытался разобраться в этой таблице очень долгое время так как не хватало той информации что есть в интернете но все таки я понял , познал и часто рисую эту таблицу , давай расскажу подробнее что это такое вообще за штуковина. Пример: Возьмем простую форму авторизации с двумя полями и кнопкой войти, в полях приложение ожидает от пользователя получить валидный логин и пароль , иначе выдаст ошибку «Не верный логин или пароль»

Обозначим ID тест-кейсов: ТК- 1) Первым делом пишем позитивный тест кейс и проверяем авторизует ли пользователя после ввода валидных данных и нажатия кнопки «Войти». ТК- 2) Далее напишем негативный тест кейс с вводом не валидных данных и нажатия кнопки «Войти». ТК- 3) Следующим делом напишем кейс где пользователь вводит только не верный пароль и жмет кнопку входа ТК- 4) А потом пользователь вводит только не верный логин и снова жмет на кнопку ТК- 5) Оставим поля пустыми и снова нажмем «Войти» ТК- 6) Заполним одно поле и нажмем на кнопку входа ТК- 7) Заполним другое поле и снова жмем кнопку

Итого получилось у нас с тобой 7 тест-кейсов, также давай посмотрим на требования еще раз и атомарно(по крупицам, атомам) разобьем это требование, на что получим это: ТЗ- 1) Поле для ввода логина; ТЗ- 2) Поле для ввода пароля; ТЗ- 3) Кнопка «Войти»; ТЗ- 4) Обработка ошибки (Текст о не верном вводе данных).

Теперь давай начертим таблицу , у себя я буду писать все через тире , пусть левое значение будет равно номеру требования, а верхнее номеру тест-кейса: ------| 1 | 2 | 3 | 4 | 5 | 6 | 7 | ТЗ-1 | X | Х | | X | | X | | ТЗ-2 | X | X | X | | | | X | ТЗ-3 | X | X | X | X | X | X | X | ТЗ-4 | | | X | X | X | X | X | Я устал это чертить Получается такая картинка, что если в тест-кейсе есть шаг который касается какого-либо пункта из ТЗ, мы на против пункта ТЗ в матрице ставим какой-то знак (в моем случае это "X") чтобы понять что этот тест-кейс покрывает этот пункт из требований.. Всё очень просто, не правда ли? :)

4. Предугадывание ошибок - техника тестирования основанная на знании QA(тестировщика) о системе. Пример: Мы уже написали парочку тест-кейсов применив эту технику. Как понять что мы её применили? Очень просто, в ТЗ ни слова не сказано о том, что будет если оставить поля пустыми, но мы попробовали оставить и либо успешно прошли кейс либо нашли там ошибку, еще можно попробовать ввести логин через пробел, или большими буквами (в верхнем регистре), начать ввод с пробела или поставить в конце пробел в логине и т.п. . Также к примеру в поле с вводом возраста можно попробовать ввести минусовое значение "-1", попробовать ввести туда текст, вместо ожидаемого числа.

Конец 2 части.