На очень крупные фичи ставим, чтобы фильтр багов было удобно строить без заморочек с датами и версиями. Открыл фильтр и сразу видишь баги все по фиче. Особенно для тех кто не сильно в теме удобно. Продуктовикам или ответственным по фиче просто фильтр на баги или задачи по своей кидаешь. Они смотрят и мониторят. В каком статусе и ... Ставят новички лейбл to close когда перепроверяют старые баги. За ними потом опытный быстро смотрит если все ок они закрывают. Для удаленной команды, когда процесс выстраивали. Они не все задачи проверяют, а определенные. У них есть фильтр задач. Как только в него попадает задача берут ее на проверку. Заказчики сразу видят, что задача в ин прогресс. Участие менеджера по тестированию минимальное. Много для чего на самом деле. Но это основное

passed, failed, won't run, blocked

passed, failed, skipped, broken, known bug, blocked

works as defined )))

красиво, но много букаф))

так это вам нужен результат прогона.

Где у вас кейзы лежат?

Хранятся они у вас где?

Тестрейл? Тестлинк? Гит? Экселька?

результаты прогонов ручных тестов где отмечаете когда тестируете?

автотесты в гите, ручные в эксельке?

Ну, разве сама экселька с заполненными полями Fail и Pass и ссылками на заведенные баги не будет являться отчетом о проделанных тестах?

хотелось бы добавить в отчет еще кучу скринов в качестве доказательства результата тестирования и оформить это все в приличном виде

спасибо за ответ!

а что мешает добавлять ссылки на скрины в отчеты?

это лучше в баг репорты нести, а не в отчет

всем привет) может у кого-то есть опыт работы с protractor-video-recorder?