Тестирование было нашей ключевой экспертизой ещё до того, как мы начали разрабатывать сайты и мобильные приложения. Мы занимаемся этим достаточно давно, чтобы знать: тестировщикам не нужен ещё один красивый интерфейс - им нужно, чтобы рутина не съедала время и инструмент действительно помогал в работе.
Именно это мы заложили в DoQA.
Например, заголовок баг-репорта тестировщик обычно пишет на бегу, просто описывая, что получилось. DoQA сама формирует чёткий заголовок по описанию фактического результата - мелочь, но таких мелочей за день набирается на десятки багов.
Или другая рутина: перечитывать свои же тест-кейсы на полноту и ясность формулировок. DoQA проверяет кейс на атомарность и на ясность цели. Если что-то не так, сразу предлагает правки которые можно применить одной кнопкой.
Ещё одна вечная головная боль QA-лида - доказать, что команда протестировала именно то, что должна была, а не просто накопила гору тест-кейсов. Требования живут в трекере, тесты - в TMS, и без ручной сверки понять реальное покрытие почти невозможно.
В DoQA есть матрица трассировки: она напрямую связывает требования из Jira с тест-кейсами и результатами прогонов, показывает, что осталось непокрытым, а если требование поменялось - помечает связанные тесты статусом «требуется актуализация», чтобы старый результат не вводил в заблуждение.
Документация и подробности на сайте doqa.app
Post #1243
178

- ⚡ 4
- 🔥 1