Не дать им тестовые скрипты.
Для меня это недействительно в процессе тестирования, потому что, если вы придумываете тестовые примеры, ваше программное обеспечение, вероятно, обрабатывает их, потому что вы об этом подумали.
Идея хорошего тестирования заключается в том, что в тестировании существует независимость, поэтому вы не можете обслуживать известные тестовые примеры, а также, скорее всего, клиент будет думать о сценариях, которые вам не помогут, что является всей идеей ,
Но как вы их мотивируете? Ну, честно говоря, я был бы удивлен, если бы они не были мотивированы. Я обычно обнаружил, что мотивировать их комментировать спецификации func, требования и другую предварительную документацию - гораздо более жесткая битва. К тому времени, когда вы дойдете до тестирования, вы устранили важное психологическое препятствие в том, что программное обеспечение теперь «реально».
Как вы справляетесь с этим, это в значительной степени зависит от характера ваших отношений с клиентом. Если у вас есть формальный процесс с согласованной спецификацией, вы действительно должны сказать, что у клиента есть определенный период для подписания и принятия программного обеспечения, и бездействие подразумевает принятие.
Если это внутренний клиент, то это сложнее. Вероятно, все сводится к тому, кто руководит проектом? Кто является заинтересованными сторонами? Это люди, которым нужно мотивировать такую деятельность.
хорошие моменты cletus. благодаря –