125(всего?) замечательных тестировщиков?

Блог давно не обновлялся поэтому перейду сразу к делу, уважаемые русскоязычные тестировщики. Давайте-ка, друзья мои, разыщем всех тестировщиц, которые вносят свой непосильный вклад в развитие сообщества тестирования (не обязательно на международном уровне) и расширим их именами этот список https://agiletestingdays.com/blog/125-awesome-testers-you-should-keep-your-eye-on-always/

Я знаю, что вас много, поэтому шарьте пост, пишите в личку, в каменты т кидайте ссылки активным участницам. А я перенаправлю кому надо.

Если ты проигнорировал этот пост, то будешь проклят ровно через неделю :)

Черный тестер

Это очень старая история. В одной девелоперской конторе под Киевом работал один тестер. И оставалось ему до релиза три дня и три ночи. Очень тестер любил свой продукт. Должны были успешный релиз выпустить. А в конторе ещё работал один менеджер. Гад редкий. Он тоже на успешный продукт глаз положил. И как то ночью, когда тестер уснул, менеджер подкрался к нему с красным пожарным топором и отрубил голову. Послали тестера в гробу с пришитой головой домой. Написали, мол, погиб ваш сынок за качество — со стула упал на топор.

Прошло два года. Нашли и исправили с горем пополам в релиз-кандидате все баги и собрали билд RTM . В общем, собрались все-таки релиз выпускать. Собрались все: и PdO пришёл, и СТО, и менеджера дружки. Тут стук в дверь. Входит какой-то мужик в капюшоне и блюдо с крышкой несёт. Поставил на стол перед разработчиками. Те крышку открыли и видят — это тестерская голова отрубленная.
— Ты кто!? — крикнул менеджер незнакомцу.
А голова ему: — Я — Чёрный Тестер, твою мать..
Тут свет погас, а когда его включили, то в офисе все мёртвые лежат.
И с тех пор чёрный тестер ходит по свету, ищет новые баги релиз-кандидатах, и нет его чёрной душе покоя.

Третья аксиома тестирования

Вторая аксиома тестирования

Первая аксиома тестирования

Интересный баг

Негодующий пользователь считает его блокером и ожидает патча :)

JQuery Bug Tracker

Трудности перевода

См. строку над общим прогрессом. Что-то похожее ещё встречается у них вроде бы при установке FlashPlayer, про другие продукты не знаю.
Аутсорсятся в Китае?

Легким движением руки глюки превращаются...

..глюки превращаются...
...превращаются глюки...

Тестировщик:
- В элегантные баги!
Программист:
- В элегантные фичи!

Что такое команда?

Открытый вопрос. Попробуйте уместиться в 2 предложения.

Вредные советы: Как составить плохое резюме

У нас в компании недавно была открыта вакансия тестировщика. Мне в очередной раз посчастливилось этим процессом заниматься. Если честно, я сам вызвался, поскольку и опыт есть и, главное, желание. Самое первое, с чем сталкиваешься - это разгребание входящих резюме. Надеюсь, нет смысла объяснять, почему резюме должно быть грамотно составленным, а резюме тестировщика, и вовсе, должно быть безупречным? Начиная с прошлого предложения все написанное считайте сугубо субъективным. Хотя, думаю, многие со мной согласятся. В данной заметке я опишу наиболее распространенные проблемы, которые встречаются в резюме (и не только) и которые могут стать причиной отказа от рассмотрения кандидата. Некоторая информация, на первый взгляд безобидная, может сыграть с вами злую шутку. Надеюсь, эта заметка кому-то поможет в будущем.

Итак, вот мой рейтинг ошибок в резюме. Нумерация не соответствует популярности или чему бы то ни было, а описанные примеры проблем не только мои личные наблюдения, это плод коллективного разума около 8 человек, которые так или иначе были вовлечены во все это безобразие.

1. Прежде чем отправлять кому-то свое резюме, приведите в порядок свои вконтактики, фейсбуки, линкедины, моикруги, одноклассники и где вы там ещё зарегистрированы. Несомненно, это классно, что вам нечего скрывать, но некоторые вещи могут не понравится людям, которые рассматривают ваше резюме. Например, группы, в которых вы состоите или какие-нибудь фотографии, комментарии и т.п. Если вы делаете ваш профиль публичным, то лучше чтобы он был нейтральным, чтобы нельзя было сделать о вас никаких негативных выводов. Вы же не знаете заранее, кто его увидит - религиозный фанатик, алкаш, социофоб или вовсе какой-нибудь эротоман? :)
2. Адрес электронной почты, с которого вы отсылаете резюме должен быть специально зарегистрирован для этих целей и не должен быть нигде засвечен. Вы удивитесь, что Яндекс или Гугл могут рассказать только по адресу электронной почты.
3. В строке От Кого в заголовке письма должны стоять ваши фамилия и отчество, а не чужие.
4. Если вы подготовили документ в Word (или аналоге), проверьте свойства документа (автора), Word обычно запихивает туда имя владельца лицензии и оно потом может вылезти в самых неожиданных местах - при печати документа, при его импорте в систему рецензирования резюме и т.д.
5. Фотография. Если вы решились вставить фото в ваше резюме, подыщите как можно более нейтральное, очень хорошо подойдет фото на паспорт. И лучше, чтобы оно сразу было черно-белое.
6. Если у вас есть профили в профессиональных соцсетях (МойКруг, LinkedIn и т.п.), возможно, есть смысл обновить информацию, добавить что-нибудь, что не помещается в рамки резюме, а в самом резюме дать ссылку
7. Не стоит расписывать опыт работы, который не коррелирует с вакансией. Вряд ли кому-то интересно, как вы продавали дискеты в Компьютерном Мире или меняли картриджи в принтерах. Нет, это совсем не позорно, это просто дополнительная информация, а как известно, дополнительная информация имеет свойство отбирать внимание у основной. Потом вас так и будут вспоминать: "Ну тот, который флаеры раздавал".
8. Не пишите навыки в разделе опыт работы. Сделайте для навыков (skills) отдельный раздел и там их все соберите. В опыт работы надо писать то, чем вы занимались. Разработка тест-кейсов это навык. Создание и поддержание тестовой документации в актуальном состоянии это опыт работы. Программирование на JavaScript - навык, разработка скриптов для нагрузочного тестирования - опыт. И так далее.
9. Не копипастайте опыт работы! Зачем вы меняли работу? Из-за денег получается? Фи.
10. Ожидаемая зарплата. Не думаю, что её стоит писать в резюме. Скудное резюме и скромная сумма могут плохо вас охарактеризовать, что может быть верно и для обратной ситуации.
11. Хобби, качества, личная информация. Ну если вам действительно хочется этим поделиться, то пишите это в самом конце резюме. Телефона и емейла потенциальному работодателю должно хватить, остальное его не должно касаться. А в описанные вами личные качества сомневаюсь что кто-то поверит.
12. Не стоит указывать в резюме сертификаты которые никак не пересекаются с вакансией.
13. Знание MS Office, навыки сборки компьютера, HTML, электронная почта, интернет и т.д. - уберите, не позорьтесь :)
14. Избегайте использования общих фраз в резюме. Вы же хотите, чтобы ваше резюме выделялось?
15. Знание английского. Не пишите fluent, если не уверены, особенно если отсылаете резюме на английском. Upper-intermediate это тоже очень хороший уровень.

Краткость - сестра таланта

Не багохульствуй!

Внезапно обнаружился целый набор слов, который можно использовать в разговоре с коллегами:
- не багохульствуй
- багоборец
- багодельня
- баголюбец
- баговидец
- багоматерь
- багоненавистник
- багородица
- багопротивный
- багословие
- багослужение
- багоугодное дело, багоугодник
- багоубийство
- багоявление
- ...

По этому поводу появится серия сувениров :)

Сувениры для тестировщиков

Братья и сестры по разуму! Я тут на досуге реализовал некоторые из своих идей по поводу сувениров для тестировщиков (ну и разработчиков тоже) и разместил их в созданном для этого случая магазине по адресу http://clauster.prostoprint.com/. Многие идеи ещё не реализованы и требуют погружения в азы векторной графики, поэтому следите за обновлениями, новинки будут появляться по мере погружения в эти самые азы. К слову, там много всевозможных видов оплаты, а доставка невозможна разве что в Антарктиду или на остров Пасхи :). Я догадываюсь, что там не все идеально, поэтому всяческая критика приветствуется в комментариях. У кого, как не у тестировщиков попросить критики :)

Больное воображение: Комбобокс в периоде

Коллеги разработчики сидят выбирают комбобокс для своего веб-приложения. Комбобокс нужен не простой, а с возможностью отображения списков любых элементов, грубо говоря, каждый элемент это некий HTML. И что же первое, как вариант реализации, приходит в голову? Правильно, комбобокс который отображает список комбобоксов, которые отображают список комбобоксов, которые отображают...

Больное воображение: Возможен ли реверс инжиниринг "Войны и мира"?

Коллега на работе поделился интересной ссылкой. Кому неохота читать "слишком многа буков", поясняю: эти страшные люди научились генерировать исполняемый shellcode таким образом, что на выходе в ascii получается чистый английский язык. В конце, там, есть картинки поясняющие. Больное воображение сразу же подсказало use case: сделать reverse engineering, например, "Войны и мира" и потом посмотреть по коду, как там мозг у Толстого работал... (да, я в курсе что "Война и мир" написана на русском и там ещё полкниги по-французски :))

Компромисс 2: Важно не количество ошибок, а их качество

А вы когда-нибудь дрючили продукт с целью обнаружения как можно большего количества ошибок? И вашему начальнику нравилось, что вы находите столько много ошибок?

А что было потом? Какой процент этих ошибок был исправлен? Стоило ли тратить время на их поиск? Вы же, наверняка, придумывали всякие экзотические сценарии или какие-нибудь абсолютно невероятные входные данные или условия, отвлекаясь от главной своей цели - предоставить актуальную информацию о состоянии продукта. Я практически уверен, что в конце такого тестирования у вас было ощущение, что вы ещё не всё протестировали и продукт ещё не готов к выпуску. Давайте посмотрим на некоторые утверждения:
- Время не резиновое
- Всех ошибок не найти
- Конечному пользователю все равно, как много вы нашли других не интересных ему проблем, если есть хотя бы одна, которая ему мешает.
- Количество обнаруженных дефектов не повышает качество продукта
- Придумайте ещё что-нибудь сами :)
А теперь делайте выводы. У меня нет готового рецепта на все случаи, а есть только вопрос: как повысить свою эффективность в конкретных условиях? Поскольку условия бывают разные, то и рецепты могут быть совершенно противоположными.