Ответ
Документация была централизована и разделена по уровням детализации, что обеспечивало ясность и покрытие всех аспектов тестирования.
Структура и инструменты:
- Высокоуровневая стратегия: Тест-план и стратегия тестирования хранились в Confluence. Они описывали объем, риски, подходы и используемые окружения.
- Артефакты тестирования:
- Чек-листы для smoke- и регрессионного тестирования (Confluence/TestRail).
- Детальные тест-кейсы с шагами и ожидаемыми результатами в TestRail. Кейсы были связаны с пользовательскими историями в Jira.
- Отчетность: Баг-репорты создавались в Jira по строгому шаблону, включающему шаги воспроизведения, фактический и ожидаемый результат, окружение, логи и скриншоты.
- Техническая документация: API-документация в Swagger (OpenAPI), гайды по настройке локального окружения в Notion.
Пример тест-кейса в TestRail:
Section: Authentication
Title: Успешный вход с валидными учетными данными
Steps:
1. Перейти на страницу входа (/login).
2. Ввести зарегистрированный email и пароль.
3. Нажать кнопку 'Sign In'.
Expected Result:
- Пользователь перенаправляется на главную страницу (/dashboard).
- В заголовке страницы отображается имя пользователя.Процесс: Документация регулярно ревизировалась и актуализировалась по итогам спринтов и основных релизов.
Ответ 18+ 🔞
Да ты послушай, как у нас тут с документацией всё по полочкам разложено было, просто песня, а не работа! Не то что эти распиздяйские записи на салфетках. Всё чётко, структурно, чтобы даже самый еблан-стажёр не запутался.
Как мы это городили и на чём:
-
Главная стратегия, мать её: Весь наш гениальный план — что, зачем и как будем ломать — жил в Confluence. Там было расписано всё: от «на какую хуйню мы вообще время тратим» до списка рисков, от которых волосы дыбом встают. Овердохуища текста, но всё по делу.
-
Бумажки (ну, электронные):
- Чек-листы для быстрого дымоса и большого регресса. Чтобы не забыть, блядь, проверить, что кнопка «Отправить» всё ещё на месте, а не слетела нахуй. Хранилось это добро там же, в Confluence или в TestRail.
- А вот тест-кейсы — это уже святое. Каждый, сука, шаг, каждый клик, каждый ожидаемый результат — всё в TestRail. И каждый кейс привязан к задаче в Jira, чтобы было понятно, какую именно фичу мы проверяем. Красота!
-
Куда баги слать? В Jira, куда ж ещё. Но не абы как! У нас был шаблон строже, чем у отца в армии. Шаги воспроизведения, что должно было быть, что получилось на самом деле (спойлер: пиздец), окружение, логи, скриншоты — всё, как учили. Чтобы разработчик не пришёл с вопросом «а че не работает?», а сразу сел и починил.
-
Для технарей: API-документация — в Swagger, красавец. Посмотрел, попробовал, уебал запрос — получил ответ. Гайды, как поднять себе всё это хозяйство локально, — в Notion. Читай и делай, не хуй собачий.
Вот, смотри, как кейс выглядел, чтоб ты понимал масштаб:
Section: Authentication
Title: Успешный вход с валидными учетными данными
Steps:
1. Перейти на страницу входа (/login).
2. Ввести зарегистрированный email и пароль.
3. Нажать кнопку 'Sign In'.
Expected Result:
- Пользователь перенаправляется на главную страницу (/dashboard).
- В заголовке страницы отображается имя пользователя.И как мы с этим жили: Всё это богатство не пылилось, о нет. После каждого спринта и особенно перед релизом — всё перетряхивали, обновляли, чистили. Потому что документация, которая не актуальна, — это хуйня, а не документация. На этом, блядь, собаку съели.