Правила тестирования систем

[ArK]

Допустим, некая группа разработчиков инди-игр передала своё новое творение нескольким группам игроков для плей-теста.

Какие правила должны соблюдать игроки, чтобы их тест не пропал даром? Что они могут делать, что не могут, что должны и что не должны при тестировании?

Что требуется от разработчиков?

Существуют ли уже подобные правила?

[-VINIL-]

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

[Мышиный Король]

Интересный вопрос. Мне тоже было бы очень любопытно узнать об этом больше.

[Dmitry Gerasimov]

Да, разумеется, такие правила существуют. Любая вменяемая команда разработчиков в передаваемых плейтестовых материалах подробно оговаривает, что именно требуется в данном случае от тестеров.

[ArK]

Прошу сылку на пример таких правил. Существует ли перевод?

[ArK]

Вопрос актуален.

[ArK]

Как бы не хочется изобретать велосипед 

[Todmay]

Как бы не хочется изобретать велосипед 

Обычно под любой проект правила тестирования пишут разработчики или заказчики, если они их не пишут, то они должны написать на что уделить внимание, а если в общих чертах и в вкратце, то это обычно три этапа:
1. Изучить, поискать ошибки (в данном случае пройтись по правилам поискать не стыковки).
2. Проработать все случаи (в данном случае сыграть все возможные игровые ситуации, сгеренить всех допустимых персонажей и т.д.)
3. Проверить на работоспособность (в данном случае сыграть один-два раза)

Как то так.