1) stand alone приложения также тестируются — сборка выкладывается на фтп, тестировщикам выдаются данные для подключения
2) На мой взгляд uTest скорее предназначен для поимки багов в продукте, нежели для проверки его качества. С тестовыми сценариями, хоть такая возможность и предлагается заказчикам, много мороки: надо составить тестовые сценарии, описать ожидаемые результаты, придумать, как проверять, что сценарий действительно пройден полностью (в основном просят прикладывать скриншоты чуть ли не для каждого шага, что крайне утомительно для проверки) и, соответственно, проверить результаты. В качестве документации можно выдавать инструкцию для пользователя, если таковая имеется.
3) Конечно, подготовка окружения и управление заказов нужны, куда ж деваться?
4) Вам же проверить надо, а не переводить. Я думаю, носитель языка с формулировками разберется, ведь баги будут заноситься на явные ошибки, а не на все, что непонятно или не понравилось.
5) Никак, точно так же никто не может гарантировать, что, например, на сайте ICQ пользователь укажет свой телефон для того, чтобы ему СМкой скинули ссылку на мобильный клиент, а не будет спамить друзей. К тому же, есть достаточно бесплатных способов отправлять СМки на чужие номера, так что не думаю, что тестировщики будут этим заниматься, им деньги надо зарабатывать, а не шалить)
Вообще-то запрещено разглашать о том, в каких проектах принимаешь участие. У меня было несколько веб-сервисов, и клиентов для обмена мгновенными сообщениями. В принципе, Вы можете написать письмо со всеми вопросами их менеджерам по работе с клиентами, они довольно оперативно отвечают.
Это не активных проектов, а тех проектов, которые Вам видно ;) Так, например, только в этом мае было три проекта, в которых присуждали звание MVT (Most Valuable Tester), значит, самих проектов за это время было как минимум в два раза больше. Да, согласен, начинать там трудно, но некоторые коллеги из России и Украины трудятся весьма успешно не покладая рук.
Оплата за найденные дефекты — от $2 до $15, премия за звание лучшего тестировщика на проекте (дается не на всех проектах) — $75 — $150, за проход по тестовому сценарию на два-три часа — $20-$50. Суммы зависят от заказчика и рейтинга тестировщика, некоторые платят по минимуму, некоторые дают бонусы за скорость работы или просто увеличивают оплату в два-три раза без каких-либо дополнительных условий. Есть только небольшая проблема: тестировщиков из СНГ не так много и они не успели себя пока что хорошо зарекомендовать (не как отдельные личности, а по географическому принципу), поэтому доступно не так много тестовых циклов, как хотелось бы.
2) На мой взгляд uTest скорее предназначен для поимки багов в продукте, нежели для проверки его качества. С тестовыми сценариями, хоть такая возможность и предлагается заказчикам, много мороки: надо составить тестовые сценарии, описать ожидаемые результаты, придумать, как проверять, что сценарий действительно пройден полностью (в основном просят прикладывать скриншоты чуть ли не для каждого шага, что крайне утомительно для проверки) и, соответственно, проверить результаты. В качестве документации можно выдавать инструкцию для пользователя, если таковая имеется.
3) Конечно, подготовка окружения и управление заказов нужны, куда ж деваться?
4) Вам же проверить надо, а не переводить. Я думаю, носитель языка с формулировками разберется, ведь баги будут заноситься на явные ошибки, а не на все, что непонятно или не понравилось.
5) Никак, точно так же никто не может гарантировать, что, например, на сайте ICQ пользователь укажет свой телефон для того, чтобы ему СМкой скинули ссылку на мобильный клиент, а не будет спамить друзей. К тому же, есть достаточно бесплатных способов отправлять СМки на чужие номера, так что не думаю, что тестировщики будут этим заниматься, им деньги надо зарабатывать, а не шалить)
Вообще-то запрещено разглашать о том, в каких проектах принимаешь участие. У меня было несколько веб-сервисов, и клиентов для обмена мгновенными сообщениями. В принципе, Вы можете написать письмо со всеми вопросами их менеджерам по работе с клиентами, они довольно оперативно отвечают.