Если в компании нет требований, документации и строгой отчетности - то кейсы не нужны, т.к. их никто и требовать не будет.
А тест-кейсы нужны только тогда, когда их кто-то требует? Тест-кейсы не могут существовать без документально зафиксированных требований?
Вариант, что их требуют обстоятельства и их наличие упрощает жизнь, не рассматривается?
)))
чето много вопросов.
в сабже был ясно понятный один вопрос:
"это просто удобно для одинаковых проектов, что бы потом в будущем не думать над тестами и просто юзать? Хочу понять зачем тратить время на это?"
это объяснение для человека, который не хочет тратить время или не видит смысла, если нет надобности у него, нет ТЗ, нет отчетности, дак и пусть не пользуется тестами, а делает проверки по простому чек-листу.
Зачем всё усложнять в данной теме и рассматривать разные случаи и опыты. Я же не буду тут всем рассказывать и доказывать, как я у себя на работе держу и актуализирую регрессионную модель ручных тестов на несколько тысяч штук и автоматизированных тестов на несколько сотен, и что без них моя жизнь и жизнь пользователей и заказчиков превратится в ад)))
Но для вас могу ответить)
Тест-кейсы не могут существовать без документально зафиксированных требований?
Могут) точка.
Но по фэншую, цель тестирования - оценить корректность работы программного продукта в соответствии с предъявленными требованиями, т.е. и тесты должны писаться под требования) Это еще зависит от того, в каком ключе и с какой методологией проходит разработка ПО, вариантов много, рассуждать дальше лень)