Считаю, что вся отчётность должна собираться  автоматически, наверняка ведь тест-кейсы не в обычных файлах лежат и баги фиксируются в треккере, по ним и можно отчётности строить. А руками писать отчёты - зря сливать время, которое можно потратить на улучшение продукта/навыков/реального анализа процесса тестирования и его улучшения. Такая отчётность возможно будет полезна разово, чтобы проанализировать ситуацию и ввести коррективы в рабочие процессы. А чтобы систематически на это кучу времени тратить - нет.

И да: если после новой фичи поправить документацию проекта, это полезно, но не отчёт. Да и не тестера это дело.

Довольно большой отдел тестирования, да ещё и распределённый на два офиса. Отчётов, как таковых, нет. Пишем в вики, если было что-то сложное, иногда устраиваем внутренние семинары по фичам. Критичные задачи покрываем тестами.
Отчёт - это форма ЖПП, он не даёт качества и даже гарантии качества, но позволяет снять с себя ответственность, если что. В некоторых компаниях (например в аутсорсе) это важно, но в целом - не нужно.

У нас есть отчёт в нем список всех задач релиза и процент разработки и тестирования каждой фичи указан, генерируется скриптами и допиливается руками на ежедневной основе 1 человеком, по факту нужен только для нашего лида и ПМ, чтобы просто понять успеем мы релиз протестировать полностью в срок или нет и придётся сдвигать эти сроки, я по нему отслеживаю задачи, которые добавили/убрали из релиза, ну т.е по факту прикрывает команду тестирования, если на предыдущих этапах были какие-то факапы и протестировать мы что-то не успеваем к назначенному сроку, т.к последние в этой цепочке. На качество он никак не влияет.

https://seleniumguru.teachable.com/courses/selenium-webdriver/lectures/1228875 глянь, может что нового увидишь

лучше понимать как исходный код работает, а не только обёртка

это спорный тезис, потому что никто же не лезет внутрь самого Selenium, чтобы узнать, как оно там работает на уровне протокола взаимодействия с браузером. ведь Selenium по сути представляет собой обёртку над этим протоколом. а Selenide это обёртка обёртки

Алексей, добрый день. Какую "обертку" над селениум сервером вы бы посоветовали?

чтобы она что делала?

была удобной в обращении

больше ничего не формулируется

это недостаточно точная спецификация :)

ну, можно взять Selenoid, ценой отказа от IE. или использовать какой-нибудь сервис типа SauceLabs, они платные, иногда тормозные, но "удобные в обращении"

такого, чтобы был вообще без недостатков — не могу назвать

@viatcheslav_m  https://github.com/Tsovak/selenium-wrapper-framework/

а какие недостатки у селеноида?

он работает с докер-контейнерами. поэтому про IE и Safari можете забыть

по крайней мере пока

а плюсы?

"удобен в обращении" :)