Я создаю легкую ошибку → Исправление → Инструмент повторного тестирования для небольших команд разработчиков программного обеспечения Я думал о проблеме, которая на первый взгляд выглядит простой: Тестировщик находит ошибку. Что произойдет дальше? В небольшой команде рабочий процесс обычно выглядит примерно так...
Я создаю легкую ошибку → Исправление → Инструмент повторного тестирования для небольших команд разработчиков программного обеспечения
Я думал о проблеме, которая на первый взгляд выглядит простой:
Тестировщик находит ошибку. Что произойдет дальше?
В небольшой команде рабочий процесс обычно выглядит примерно так:
Тест → Ошибка → Разработчик → Исправление → Повторное тестирование → Проверено.
Достаточно просто.
Но как только в проекте задействовано множество ошибок, сборок, разработчиков и тестировщиков, все может на удивление быстро запутаться.
Некоторая информация находится в Jira или GitHub Issues.
Некоторые обновления происходят в Slack.
Скриншоты отправляются в сообщениях.
Разработчик говорит: «Исправлено».
Тогда кто-то должен не забыть проверить это еще раз.
И через несколько дней:
«Было ли это на самом деле повторно проверено?»
Это проблема, которую я пытаюсь решить.
В настоящее время я создаю легкий инструмент рабочего процесса контроля качества, специально ориентированный на объединение всего жизненного цикла ошибки.
Это не еще одна полноценная платформа управления проектами.
Просто рабочий процесс тестирования.
Вот что у меня есть на данный момент.
1. Личный почтовый ящик вместо огромной информационной панели
Единственное, чего я хотел избежать, — это показывать всем один и тот же гигантский список проблем.
Вместо этого каждый человек получает почтовый ящик, ориентированный на действия.
Тестер может увидеть:
Ошибки готовы к повторному тестированию
Вопросы, которые требуют ответа