Тестова піраміда просто вказує нам на оптимальне розподілення по тестах, а не встановлює пріоритети в написанні конкретних видів тестів (unit > api > ui).

З останнім я згоден, це дуже погана практика, тому треба пояснювати це клиенту/менеджеру. Але в данному випадку треба дивитися на контекст в якому я згадав про «червоні звіти». Бо навіть при велкій кількості тестів завжди/часто мати червоні репорти це дуже дивно. Це означає що ви робите щось не так.

Згоден з Вами. Найчастіше набор цих метрік індивідуальний. Але якще є бюджет можна трекати взагалі всі.

Нажаль ні. По автоматизації взагалі, нажаль, дуже мало літератури.
Тут треба виходити з очикувань команди та кастмара від автоматизації. Які показники є найбільш важливими.

Дякую за Ваш відгук Катерина. Згоден з вашим коментарем.
По «Помилка 3 — занадто рання автоматизація» і згоден і ні. Тут треба проаналізувати проект, знайти дійсно стабільну частину і вже можна автоматизувати її. Але якщо є хочаб невеликі сумніви краще не стартувати, навіть простий РоС. Особливо якщо це fixed price.
В мене є як досвід дуже вдалго проекту на 4 місяці та автоматизацією з самого старту. Але також є і такі де ми переробляли взагалі все.
Тому треба аналізувати та прораховувати ризики.