Комментарии 3
Многие компании пренебрегают QA и выпускают в релиз нестабильные продукты, но их использование тоже не даёт 100% гарантию, что все пройдет хорошо. Пользователи порой совершают такие нелогичные действия, которые ни одному тестеру в голову не придут.
Еше хуже когда люди занимаются тестом на продакте....
Помню как давно, лет 12-14 назад, я по просьбе Алексея Каштанова, работавшего в ту пору начальником отдела локальных ресурсов в Корбине Телеком, начал тестировать их свежезапущеный сервис блогов. В первый же день я случайным запросом сломал авторизацию в блогах, так что при нажатии на кнопки войти и регистрация, людей перекидывало на запись в моем блоге. Почему так получилось, я так и не понял, так как доступа к коду не имел, а запрос был какой-то простой, что-то изменил в post запросе, в форме авторизации. Что характерно, сервис блогов так и просуществовал в таком режиме около недели, пока я не занялся куками и оказалось, что в печеньках содержится параметр user_id. Самое веселое, что при изменении этого параметра, я сразу становился другим пользователем. После того, как я в блоге Каштанова опубликовал какую-то шутку и сообщил ему об этой дыре, сервис блогов был официально закрыт...
Как потом он мне написал, команду кто делал сервис, просто уволили и заказали разработку в какой-то студии.
Очень интересно, спасибо за статью!
Подбор задачек отличный, спасибо!
Что делать, если собеседование QA по типовым вопросам не работает