BH     ТT     Документация     Testszenarien-Beispiel.xlsx     Testkonzept.docx     Testkonzept2.docx     Вначале всегда спросить:         --   Кто заказчик?         --   Для чего делается эта функция?         --   Кто ей будет пользоваться?         --   Как?         //     1.   ТЗ есть         //     2.   ТЗ нет         //     3.   Как оформлять документацию         //     4.   Варианты использования         //     5.   Типы документации         //     6.   Video         //     7.   Классификация         //     1.   ТЗ есть // Чек-лист тестирования документации: 1.   Полнота         //     Ничего не забыли? 2.   Точность         //     Даже ничего и не надо уточнять. Если что уточнять 3.   Однозначность         //     Конкретные значения, не вызывают вопросов 4.   Непротиворечивость         //     Важно, когда много документации 5.   Необходимость         //     Действительно ли всё это важно. Послать аналитику ссылку на главред. Чем дока короче, тем лучше 6.   Осуществимость         //     Должно быть реализуемо 7.   Тестируемость         //     Когда читаешь ДЗ, надо сразу же брать ручку и записывать какие будут тесты. Во время написания наверняка возникнут вопросы, которые надо уточнить.         //     2.   ТЗ нет Хотя бы в голове, но есть А если нет ТЗ, то что остается тестировщику? 1. Подойти к аналитику и спросить 2. Посмотреть "как работает сейчас" и подумать, есть ли тут проблема. Причем когда система действующая, то в первую очередь стоит обратить внимание на пункт 2, потому что аналитик только отмахнется "ну иди посмотри, как сейчас работает". И будет прав. Система уже существует, на нее завязаны интеграции, поэтому просто так менять никто ничего не будет, даже если тестировщику покажется, что "так разумнее / моднее / логичнее / актуальнее / красивее"         //     3.   Как оформлять документацию A)   Делать заметки:         --   Просто для себя         --   В Чек-листах         --   В Тест-кейсах B)   Писать документацию         --   Шаблон компании         --   Варианты использования(Use Cases)         --   State & Transition         //     4.   Варианты использования Документирование в разработке ПО   Habr Use Case — суть вариант использования, он описывает все действия, которые пользователь может произвести, и реакцию системы на эти действия. Почитать первые главы книги Алистер Коберн         //     5.   Типы документации Каждый тип документации нужно проверить и тестировать   1.   Примеры, шаблоны         //     Проверять особенно тщательно   2.   Маркетинговые материалы   3.   Рассылка пользователям         //     Обязательно подписаться самому   4.   Упаковочный текст и графика         //     Как на CD-играх   5.   Гарантия   6.   Регистрация   7.   Пользовательское соглашение   8.   Инструкция по установке   9.   Пользовательская документация (User's manual) 10.   Online Help (FAQ) 11.   Обучение 12.   Сообщения об ошибках 13.   Всё что написано на сайте         //     6.   Video QA Start. Урок 5. Тестовая документация   ITVDN             //     7.   Классификация Test Case --> Test Suite --> Test Plan --> Test Run (Тестовый прогон)         //     Тестовые артефакты       //     (Test Deliverables) --   Тест-кейс (Тестовый случай)       //     Test Case --   Чек-лист (Список проверок)       //     Check List --   Тест План       //     Test Plan --   Матрица трассировки       //     Tracebility Matrix --   Тестовые доказательства       //     Test Evidences --   Тестовые отчёты       //     Test Reports