Легкий способ провалить тестирование

в 17:55, , рубрики: ответственность, тестирование, человеческий фактор, метки: , ,

Иногда тестирование не приносит нужного результата. То есть работа кипит, фичи проверяются, баги чинятся, даже какая-то статистика собирается, но после релиза оказывается, что продукт напичкан дефектами, как подсолнух семечками, — и пользователи, что характерно, плюются.
Кто виноват? Все виноваты, конечно, — и руководители, и программисты, и аналитики, но они сами пусть учат свои уроки.
Ну и тестировщики.
Тоже.
Виноваты.
Да?
Да. И дело часто не в технических каких-то проблемах, а во вполне человеческих. Нет, бывает, конечно, что восстание машин ломает все планы, или что изначально планы были невыполнимы. Но даже и в не форс-мажорной ситуации у тестировщика достаточно способов провалить тестирование, работая в поте лица.

Это не мое

Это разрабатывают в самарском офисе, пусть сами разбираются со своими дефектами. Не безглазые ведь.
Это вот Коле отдали тестировать, чего я буду лезть. Пусть учится.
Эту фичу еще три итерации назад отдали. Наверное, так все и должно работать.

Такой подход – не обязательно из-за равнодушия. Может, человек искренне уверен, что самарский офис все успешно найдет и исправит; а Коля – и так нервничает, когда ему что-то советуют. Да и своих задач столько, что свежеприготовленный кофе остается невыпитым. Не до того в общем. Хотя достаточно было просто спросить «эй, а почему тут – так?» у Самары или у Коли.

Разработчик сказал, что так и задумано

А я поверил.
А я не подумал, что может быть иначе.
А аналитиков у нас нет; как программист сказал – так и правильно.
А аналитик в отпуске.
Я даже хотел перепроверить, но позабыл – столько задач…

Тут, конечно, как с динозавром, — либо встречу, либо нет. В смысле – либо разработчик прав, либо нет. Опять же, можно напороться как по глупости/наивности, так и от искреннего уважения, если авторитет данного конкретного разработчика высок. Единственный рабочий вариант – проверять без оглядки на лица. Все ошибаются.

Оно не работало, но вдруг заработало — видимо все в порядке

Я только спросил разработчика, тот что-то сделал, и оп – работает.
Я только поменял те пятнадцать параметров наугад.
Для старых объектов, правда, не работает, но для новых все в порядке.
О, а у меня, наоборот, с новыми что-то странное. Но старые-то ОК!
Да просто чайку попил, и все наладилось. Кто знает, что там было.

Ты тестировщик или кто? Оставить проблему, не до конца разобравшись, в чем же дело, не поняв объяснения программиста, — ну зачем ты так?

У разработчиков проблема не повторяется

У него там поновее библиотечка – в следующий билд попадет. Все хорошо, короче.
Видимо у меня что-то не то с настройками, ну те пятнадцать, что я менял, — помнишь?
Да железо у нас просто хилое, вот и все.
Ну я сам видел, работает у них!

Чертчертчерт!

Да ну, еще такую ерунду репортить

У нас и так уже куча багов.
А такую – мелочь, никто и не заметит.
Да и доберутся до этого скрина двое из сотни.
Точка, запятая — какая разница?
Кстати, вот-вот автобус уедет.

Тут по-всякому может быть. Если такого рода дефектов и так – пол-багтрекера, и все зависли в состоянии «когда-нибудь не сейчас» — да, можно и не заводить. А так я бы перестраховался. Ну хоть спросил бы кого, да?

С чего бы это ему не работать на другом движке БД, другой ОС?

SQL он и есть SQL, какая разница?
Ну и что, что та — 64-х битная?
Ну вот еще апдейты на машинку ставить…
Проверили уже, работает.

Вон из профессии.

Было непонятно, но разработчик объяснил

Тут в интерфейсе чего-то спрашивали, не понимал, о чем речь. Но Кирилл объяснил, что как. Несложно оказалось.

Ну да, а что до объяснения три часа не мог разобраться – это мелочь. Ни в продукт подсказки добавлять не будем, ни в документации объяснять. Зачем, если тебе теперь все понятно?

Фича? Я проверил, кнопка работает, все в порядке

Сценарий использования? Не, не слышал.

А так — работа кипит, все при деле.
Все хорошо, в общем.

Автор: SWTester

Поделиться

* - обязательные к заполнению поля