Выступление Сергея Атрощенкова на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA
Тестирование без такого артефакта, как отчет об ошибке, станет ненужной активностью разработки ПО. Странно было бы тестировать, находить ошибки, но не сообщать о них. Тестировщики выглядели бы такими кибер Мальчишами-Кибальчишами, обладающими Главной Военной Тайной, про которую они не скажут никому.
Баг-репорт – важнейший документ. Тестировщикам нечего делать в профессии без умения четко и внятно донести необходимую и актуальную информацию до лиц, ответственных за принятие решений.
Непрофессиональные отчеты об ошибках могут являться причинами срыва сроков и задержек в поставке ПО.
Так почему бы нам не пойти по пути постоянного совершенствования в написании баг-репортов вместе? Какими путями я шел и иду к «просветленному» отчету, на что я обращал и обращаю внимание, что исправлял и исправляю в отчетах и почему — об этом и пойдет речь в моем докладе. Не стоит бояться наступать на грабли, совершенствуясь в работе. И даже когда всё кажется превосходным — посмотрите, можно ли улучшить баг-репорты?
Всем доброго времени суток. Интересует вопрос, какой есть инструмент управления задачами, чтобы там можно было их распределять по сотрудникам, в которых будут карточки с описанием задач (например на день или неделю)
Например:
Вася Пупкин
Задачи:
1. Протестироваить проект GOOGLE
2. Проверить исправленные баги
И этот сотрудник ведет свои задачи, выставляет стаутсы их выполнения, типа: выполнено, не выполнено, в процессе выполнения
И добавлял результат их исполнения: перечисление багов багтреккера с которыми он работал и их статусы, или другую свою отчетную задачу по выполнению
Должен быть веб-интерфейс и можно было его развернуть на локальном веб-сервере