собственно меня как раз и вдохновил комментарий Хрола
Почему я не люблю TestRail (TestLink, HP ALM и прочее), а также Report Portal (Allure в меньшей степени, но всё же)?
Эти инструменты пытаются решить ту задачу, которая эффективней решается без инструментов, а с помощью небольшого количества давно всем известных правил и дисциплины, чтобы эти правила соблюдать.
1. Если что-то делается несколько раз, это нужно автоматизировать. Если у вас есть тестовый сценарий, который нужно запускать несколько раз и он будет частью регрессии, то автоматизируйте эту проверку, держите всё в коде, а не пишите бессмысленную документацию в TestRail.
2. Тесты должны быть зелёными. Не нужно смотреть и что-то там анализировать в трендах падений количества красных тестов в ReportPortal’ах. Нужно исправлять тесты или фиксить баги. https://medium.com/qualityfaster/the-zero-bug-policy-b0bd987be684
3. Если пункты 1 или 2 не выполяются, то фича не готова и не надо браться за следующую.
Да, выполнение этого цепляет кучу вещей типа хорошего CI/CD, Moninoring, Test Automation Pyramid, но лучше повышать свою квалификацию и учиться новым вещам, чем делать то, что в конечном счёте не решает изначальные проблемы, а лишь прячет их.
Если детально, то в https://www.youtube.com/watch?v=HbEceyiHrmM я попытался раскрыть подробнее эту тему.
