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