AG
и получается, что работа делается дважды. Но поверхностное ревью позволяет 1) найти недочеты 2) подогнать удобство использования кейса, что значительно сэкономит время/деньги в будущем.
В большей степени они зависит от степени погружения ревьюера в контекст (и, кстати, как и с ревью кода, ревью тесткейсов это один из способов этот контекст поддерживать).
Если человек обладает экспертизой о том, как должна работать система, то в большинстве случаев этой экспертизы достаточно, что бы подсветить на ревью спорные моменты, недостатки покрытия и корнер кейсы.
Очевидно, что чем менее поверхностным будет ревью, тем больше проблем оно может найти, и тем больше времени на него тратится.
Даже если предположить, что оценка в Х2 верна (хотя на мой взгляд она очевидно завышена) - это может быть вполне разумным trade off на снижение рисков от ошибок в тест дизайне.
И, в любом случае, как я уже писал выше - необходимость ревью в принципе и степень его поверхности зависят от того, какую проблему это ревью должно решить.
