Как правильно протестировать сайт при его приёме от разработчика?

Question

[Go]

При приёме работы от веб-студии возникла задача протестировать новостной веб-сайт на наличие недочетов и багов (сайт на базе CMS Camaleon, Ruby on Rails). Есть какой-нибудь типичный порядок проверки при приёмке? Может существуют какие-нибудь готовые списки, по которым можно пройтись, чтобы ничего не пропустить при поиске ошибок и недочетов?

Comments

[Андрей]

Проверяйте на соответствие Техническому заданию, если оно у вас было...

[Go]

Андрей: ТЗ есть и соответствие с ним тоже проверяется. Но как проверить, что на сайте нет остальных недочетов, которые не указаны в ТЗ? Навскидку нагуглил эту статью (см. чеклист в конце статьи), но хотелось бы более расширенного списка.

Answer 1

[sim3x]

Да
Запускаешь функциональные тесты и смотришь не завалились ли они

Comments

[Go]

Как это можно осуществить, не имея опыта тестировщика и веб-разработки?

[sim3x]

Андрей:
в ТЗ должны были быть прописаны юзер стори, которые студия должна была написать в виде кода

Как осуществить?
Руками пройтись по юзер стори и проверить наличие ключевых елементов сайта

[Go]

sim3x: а всё остальное, что не прописано в юзер-стори? То, что обычно не догадывается проверить заказчик. Нашел еще такую статью, но не знаю, насколько полная она.

[sim3x]

Андрей: статья - перевод вики или даже копипаста из нее

Заказчик априори не может проверить все, если проект не покрыт тестами

Потому в договоре пишутся сроки, в течении которых устраняются баги после приема работ

Баги в функционале, который не затрагивается в юзер стори, не мешает использовать сайт в нормальном режиме

Answer 2

[Eugene Khrustalev]

- Прокликивать страницы сайта от лица "нормального человека" и от имени "мартышки" (в разнобой, в неправильном порядке).
- Записывать действия с помощью какого-нибудь iMacros, чтобы хоть не много автоматизироваться