1.
Гриневич Максим<br />Артефакты тестирования: быть или не быть? <br />

2.
Что? Где? Когда...?<br />Как называется?<br />Что содержит?<br />Для чего?<br />Когда и кем?<br />А надо ли?<br />

3.
Артефакты тестирования<br />План тестирования (Test Plan)<br />Стратегия тестирования (Test strategy)<br />Варианты использования (Use cases)<br />Тестовые сценарии (Test cases)<br />Матрица соответствий (Traceability matrix)<br />«Список проверки» (Checklist)<br />Описание ошибки (Bug report)<br />Отчет о тестировании (Test result report)<br />....<br />

4.
Как называется: План тестирования – Test Plan<br />Что содержит:<br />Требуемые ресурсы(специальное оборудование, ПО, люди и их обязанности, тренинги), что будет / не будет протестировано,условияначала тестирования, условия успешного/неуспешного окончания тестирования, риски, стратегия тестирования[?], типы тестирования1<br />

5.
Как называется: План тестирования – Test Plan<br />Для чего:<br />понять что, как, когда будет/не будет проверяться (составить календарный план, определится с инструментарием и тд.)<br />донести эту информацию до продюссера/команды<br />Когда:<br /> Начало работы над проектом<br />Кем:<br />Менеджер тестировщиков/руководитель группы<br />

6.
Как называется: План тестирования – Test Plan<br />А надо ли:<br />«Да»:<br /><ul><li>ресурсоемкий проект

7.
процесс разработки ПО сертифицирован (e.g. CMMI) и вам нужно показывать его проверяющим

8.
вы пришли на проект в качестве руководителя

9.
новый проект [?]

10.
и т.д.</li></ul>«Нет»:<br /><ul><li>тест план у вас написан в рамках какого-либо другого документа

11.
вы один(два, три) на проекте

12.
у вас частный случай бардака</li></li></ul><li>Как называется: Стратегия тестирования - Test strategy<br />Что содержит: типы тестов, которые нужно выполнять для данного функционала системы, описание необходимых подходов с точки зрения целей тестирования и требования к инструментам и инфраструктуре.2<br />

13.
Как называется:Стратегия тестирования - Test strategy<br />Чтобы узнать:<br />Как тестирование даст ответ, что данный функционал работает?<br />Что нужно сделать и чем пользоваться для достижения целей тестирования?<br />Когда определённый функционал будет тестироваться и когда ожидать результатов?<br />Когда: Начало работы над проектом<br />Кем: Руководитель группы/ведущий тестировщик<br />

14.
Как называется:Стратегия тестирования - Test strategy<br />А надо ли:<br />«Да»:<br /><ul><li>если вы хотите отдельно разъяснить себе и другим КАК вы собираетесь тестировать</li></ul>«Нет»:<br /><ul><li>стратегия у вас описана в рамках какого-либо другого документа (e.g.Тест План)

15.
вы один(два, три) на проекте

16.
у вас частный случай бардака</li></li></ul><li>Как называется:Варианты использования - Use cases<br />Что:<br /><ul><li>описывает то, что происходит в системе, когда действующее лицо взаимодействует с ситемой.3,4

17.
описывает типичные способы работы пользователя с системой</li></ul>Для: понимание того, как пользуются предоставленным в тестирование ПО<br />Когда: перед написанием тестовых сценариев; после того, когда есть утвержденный макет продукта /определенной функциональности<br />Кем: аналитики/тестировщики<br />

18.
Как называется:Варианты использования - Use cases<br />А надо ли:<br />«Да»:<br /><ul><li>знания о типовых способах работы конечных пользователей системы помогает избежать «конкретных ляпов»</li></ul> «Нет»:<br /><ul><li>нет доступа к конечным пользователям или лицам их заменяющим

19.
у вас частный случай бардака</li></li></ul><li>Как называется:Тестовые сценарии - Test cases<br />Что и Для чего: последовательность действий, по которой можно проверить соответствует ли тестируемая функция установленным требованиям (номер, название, список шагов, ссылка на требования [*], результат, комментарии)<br />Когда: после Use Cases(если они будут); в течении всего проекта<br />Кем: ведущий тестировщик/тестировщик<br />

20.
Как называется:Тестовые сценарии - Test cases<br />А надо ли:<br />«Да»:<br /><ul><li>всегда…</li></ul>«Нет»:<br /><ul><li>у вас частный случай бардака</li></li></ul><li>Как называется:Матрица соответствий (Traceability matrix)<br />Что: ссылки соответствия: <br />требований и сценариев тестирования<br />детализированных и бизнес требований <br />Зачастую отображается в виде таблицы.<br />Для: помогает понять:<br />все ли требования покрыты тестами<br />интенсивность проверки того или иного требования<br />Когда:в процессе написания Test Cases<br />Кем:ведущий тестировщик/тестировщик<br />

21.
Как называетя:Матрица соответствий (Traceability matrix)<br />А надо ли:<br />«Да»:<br /><ul><li>большое количество формализованных требований</li></ul>«Нет»:<br /><ul><li>нет большого количества формализованных требований

22.
у вас частный случай бардака</li></li></ul><li>Как называется:«Список проверки» - Checklist - Чеклист<br /> Что: перечисление того, что нужно проверить при тестировании данного конкретного объекта/ функции/свойства системы<br />Для: позволяет не упускать значимых элементов осуществляемого действия.<br />Когда:<br /><ul><li>на некоторые части системы (ещё) не написаны Test Cases

23.
нужно производить Usability/etc тестирование </li></li></ul><li>Как называется:«Список проверки» - Checklist - Чеклист<br />Кем:<br />руководитель группы/ ведущий тестировщик/ тестировщик<br />А надо ли:<br />«Да»:<br /><ul><li>тестирование объекта/функции/свойства системы требуетпроверки большого количества элементов</li></ul>«Нет»:<br /><ul><li>нет необходимости

24.
у вас частный случай бардака</li></li></ul><li>Как называется:Описание ошибки - Bug report<br />Что: описание ошибки, шаги к повторению, ожидаемый результат, приоритет(серьезность, важность)<br />Для: исправление ошибки<br />Когда: при обнаружении ошибки<br />Кем: все<br />А надо ли:<br />«Да»: всегда<br />«Нет»: исправление ошибки требует меньше ресурсов, чем её запись…<br />

25.
Как называется:Отчет о тестировании - Test result report<br />Что: кто тестировал (люди), что тестировал (билды и т.д.), как тестировали (техники, средства), итог тестирования (общий, кол-во открытых/ закрытых/переоткрытых багов), рекомендации от отдела тестирования<br />

26.
Как называется:Отчет о тестировании - Test result report<br />Для:<br /><ul><li>подведения промежуточных итогов

27.
информирования руководства о положении дел на проекте с точки зрения отдела тестирования</li></ul>Когда:<br />периодически + итоговый отчет тестирования<br />Кем:<br />от тестировщика до руководителя группы<br />

28.
Как называется:Отчет о тестировании - Test result report<br />А надо ли:<br />«Да»:<br /><ul><li>процесс разработки ПО сертифицирован (e.g. CMMI)

29.
команда тестирования рассредоточена на местности

30.
вы начальник многих людей и хотите быть формально информированы о ходе дел на проекте</li></ul>«Нет»:<br /><ul><li>вы один(два, три) на проекте

31.
у вас частный случай бардака</li></li></ul><li>В заключение:<br /><ul><li>«... документация не должна быть впечатляющей - она должна быть эффективной.9 »

32.
нет документам ради документов</li></li></ul><li>Источники вдохновения:<br />Тест план http://www.sqatester.com/documentation/testplansmpl.htm<br />Стратегия тестирования http://www.it4business.ru/lib/122/#more-122<br />Варианты использования http://en.wikipedia.org/wiki/Use_cases<br />Варианты использования http://epf.eclipse.org/wikis/openupru/openup_basic/guidances/concepts/use_case,_KudM0NcJEdqz_d2XWoVt6Q.html<br />Примеры тестовой документации http://www.geocities.com/xtremetesting/testing_documentation.html<br />Матрица соответствия http://en.wikipedia.org/wiki/Traceability_matrix<br />Usability checklist http://www.alistapart.com/articles/sensibleforms<br />Чеклист для оценки работы с СУБДhttp://dev.by/blog/8565<br />Канер С., Фолк Дж., Нгуен Е.К. «Тестирование програмного обеспечения»<br />

33.
m.grinevich@yatester.ru<br />www.YaTester.ru<br />