Как заставить своих клиентов тестировать

Question

Я создаю веб-приложения для жизни.

Важным, но часто болезненным процессом является приемочное тестирование клиент / пользователь.

Как вы управляете этим процессом?

т.е. как вы их тестируете? Вы даете им тестовые сценарии? Вы даете им систему для регистрации ошибок и изменения запросов / отзывов. Как заставить клиента понять разницу между ошибкой и изменением функции?

Как заставить клиентов давать вам повторяющиеся шаги для создания ошибки / проблемы?

Любые хорошие веб-приложения для управления этим процессом (думая, что приложение, похожее на Basecamp, было бы очень полезно для этого)

Спасибо,

издание

Answer 1

Не давайте им тестовые сценарии.

Для меня это в значительной степени делает недействительным процесс тестирования, потому что, если вы думаете о тестовых примерах, ваше программное обеспечение, вероятно, обрабатывает их, потому что вы думали о них.

Идея хорошего тестирования заключается в том, что при тестировании существует определенный уровень независимости, поэтому вы не можете обслужить известные тестовые случаи, а также клиент может подумать о сценариях, которых вы не хотите, и в этом вся идея.

Но как вы их мотивируете? Ну, честно говоря, я бы удивился, если бы у них не было мотивации. Обычно я обнаружил, что мотивировать их комментировать спецификации, требования и другую предварительную документацию - гораздо сложнее. К тому времени, когда вы приступаете к тестированию, вы устранили важное психологическое препятствие в том, что программное обеспечение теперь "реально".

То, как вы справляетесь с этим, во многом зависит от характера ваших отношений с клиентом. Если у вас есть формальный процесс с согласованной спецификацией, вы должны действительно сказать, что у клиента есть определенный период для выхода из системы и принятия программного обеспечения, и бездействие подразумевает принятие.

Если это внутренний клиент, то это сложнее. Вероятно, все сводится к тому, кто руководит проектом? Кто заинтересованные стороны? Это люди, которые вам нужны для мотивации такой деятельности.

Answer 2

Обычно лучший метод, с которым я сталкивался при тестировании клиентов, - это посылать им скриншоты проблемы и некоторые вещи, которые они сделали для ее создания. К этому моменту большая часть тестирования должна была быть проведена на месте, а вопиющие ошибки должны быть устранены. Наличие системы, которая автоматически отправляет электронные письма о возникновении ошибки, позволяет мне знать, что они тестируют, и я получаю большинство мрачных подробностей из трассировки стека в электронном письме.