Иногда тестирование не приносит нужного результата. То есть работа кипит, фичи проверяются, баги чинятся, даже какая-то статистика собирается, но после релиза оказывается, что продукт напичкан дефектами, как подсолнух семечками, — и пользователи, что характерно, плюются.
Кто виноват? Все виноваты, конечно, — и руководители, и программисты, и аналитики, но они сами пусть учат свои уроки.
Ну и тестировщики.
Тоже.
Виноваты.
Да?
Да. И дело часто не в технических каких-то проблемах, а во вполне человеческих. Нет, бывает, конечно, что восстание машин ломает все планы, или что изначально планы были невыполнимы. Но даже и в не форс-мажорной ситуации у тестировщика достаточно способов провалить тестирование, работая в поте лица.
Это не мое
Это разрабатывают в самарском офисе, пусть сами разбираются со своими дефектами. Не безглазые ведь.
Это вот Коле отдали тестировать, чего я буду лезть. Пусть учится.
Эту фичу еще три итерации назад отдали. Наверное, так все и должно работать.
Такой подход – не обязательно из-за равнодушия. Может, человек искренне уверен, что самарский офис все успешно найдет и исправит; а Коля – и так нервничает, когда ему что-то советуют. Да и своих задач столько, что свежеприготовленный кофе остается невыпитым. Не до того в общем. Хотя достаточно было просто спросить «эй, а почему тут – так?» у Самары или у Коли.
Разработчик сказал, что так и задумано
А я поверил.
А я не подумал, что может быть иначе.
А аналитиков у нас нет; как программист сказал – так и правильно.
А аналитик в отпуске.
Я даже хотел перепроверить, но позабыл – столько задач…
Тут, конечно, как с динозавром, — либо встречу, либо нет. В смысле – либо разработчик прав, либо нет. Опять же, можно напороться как по глупости/наивности, так и от искреннего уважения, если авторитет данного конкретного разработчика высок. Единственный рабочий вариант – проверять без оглядки на лица. Все ошибаются.
Оно не работало, но вдруг заработало — видимо все в порядке
Я только спросил разработчика, тот что-то сделал, и оп – работает.
Я только поменял те пятнадцать параметров наугад.
Для старых объектов, правда, не работает, но для новых все в порядке.
О, а у меня, наоборот, с новыми что-то странное. Но старые-то ОК!
Да просто чайку попил, и все наладилось. Кто знает, что там было.
Ты тестировщик или кто? Оставить проблему, не до конца разобравшись, в чем же дело, не поняв объяснения программиста, — ну зачем ты так?
У разработчиков проблема не повторяется
У него там поновее библиотечка – в следующий билд попадет. Все хорошо, короче.
Видимо у меня что-то не то с настройками, ну те пятнадцать, что я менял, — помнишь?
Да железо у нас просто хилое, вот и все.
Ну я сам видел, работает у них!
Чертчертчерт!
Да ну, еще такую ерунду репортить
У нас и так уже куча багов.
А такую – мелочь, никто и не заметит.
Да и доберутся до этого скрина двое из сотни.
Точка, запятая — какая разница?
Кстати, вот-вот автобус уедет.
Тут по-всякому может быть. Если такого рода дефектов и так – пол-багтрекера, и все зависли в состоянии «когда-нибудь не сейчас» — да, можно и не заводить. А так я бы перестраховался. Ну хоть спросил бы кого, да?
С чего бы это ему не работать на другом движке БД, другой ОС?
SQL он и есть SQL, какая разница?
Ну и что, что та — 64-х битная?
Ну вот еще апдейты на машинку ставить…
Проверили уже, работает.
Вон из профессии.
Было непонятно, но разработчик объяснил
Тут в интерфейсе чего-то спрашивали, не понимал, о чем речь. Но Кирилл объяснил, что как. Несложно оказалось.
Ну да, а что до объяснения три часа не мог разобраться – это мелочь. Ни в продукт подсказки добавлять не будем, ни в документации объяснять. Зачем, если тебе теперь все понятно?
Фича? Я проверил, кнопка работает, все в порядке
Сценарий использования? Не, не слышал.
А так — работа кипит, все при деле.
Все хорошо, в общем.
Автор: SWTester
