Повторить неповторимое
Новые темы форума тестировщиков
Автор: Джонатан Кол (Jonatan Kohl) Оригинал статьи: http://www.kohl.ca/articles/unrepeatablebug.pdf Перевод: Ольга Алифанова
Когда я только начинал работать в компании, разрабатывающей ПО, я столкнулся с крашем приложения. Попытавшись воспроизвести краш, повторив шаги, которые привели к нему в первый раз, я потерпел неудачу. Я сделал скриншот, сохранил лог ошибок и спросил коллег, известна ли им эта проблема. Они ответили, что это "невоспроизводимый баг", который всем им хорошо знаком – каждый хоть раз да сталкивался с ним. После обеда я трудился над этим багом несколько часов, и в конце концов вынужден был признать свое поражение – баг не воспроизводился. Команда прочитала мантру, часто используемую в таких ситуациях – "Не можем воспроизвести – не можем исправить". Без стабильных шагов воспроизведения мое сообщение о баге было гласом вопиющего в пустыне.
Когда выяснилось, что этот плавающий невоспроизводимый баг вызывает проблемы у наших пользователей, команда решила разобраться в нем. Когда я поймал его повторно, я объединился с программистом и наблюдал за тем, как он пытается разъяснить проблему. Первое, что я заметил – его совершенно не интересовали шаги, которые привели к падению. Он рассматривал приложение в целом, представляя себе систему и взаимодействия внутри нее. Я попросил его рассказать, о чем он думает, показать, какая информация из трейсов привлекла его внимание, и что именно он сделал с кодом, чтобы собрать больше информации о баге, когда он появится вновь.
В итоге мы наконец смогли найти стабильные шаги воспроизведения, но не посредством интерфейса. На уровне интерфейса баг воспроизводился не всегда, и на убеждение команды в том, что мы локализовали проблему, ушло некоторое время. Мы потратили его на поиск доказательств, мы слушали свою интуицию и проверяли различные теории. Когда мы почувствовали, что абсолютно уверены – мы презентовали нашу находку коллегам. Нам разрешили исправить баг, и позднее мы были очень рады узнать, что пользователи больше не сталкиваются с этой спорадической проблемой, которая мешает им жить.
Так называемые "невоспроизводимые" баги всегда тревожили меня – особенно выражавшиеся в падениях, повреждении данных, и утечках памяти. Проблема, "плавающая" на тест-стенде, зачастую отлично воспроизводится у пользователя.
Когда я только начинал свою карьеру в тестировании, я копался в невоспроизводимых багах в свободное от релизов время. Благодаря удаче и упрямству я выяснил, что зачастую они вполне воспроизводимы. С тех пор я оттачиваю свое мастерство, пытаясь найти шаги воспроизведения для "невоспроизводимых" серьезных багов.
Школа Тест-Аналитика, онлайн-тренинг, начало 21 сентября 2016-09-05 10:45 Как-то раз, молодой тестировщик пришёл к более опытному и успешному с вопросом: - Я так стараюсь, я так много тестирую, но всё равно я не успеваю протестировать всё! Что же мне делать? Неужели, пропускать баги – это нормально? - Нет, - отрешенно ответил коллега. - Но что же тогда мне делать? Тестировать больше? Тестировать по ночам? - Тоже нет, - уже менее спокойно продолжал свои ответы опытный тестировщик. - Но как иначе? Как же мне тогда успевать тестировать всё? - Ничем не могу помочь! - молвил гуру, и углубился в чтение сайта.
"Тест-анализ" - прочитал молодой человек на мониторе и подумал: "Вот эгоист, а? Нет бы нормально ответить!!!".
Чтобы делать свою работу лучше, а не больше, требуются качественные изменения, а не количественные. Но что делать, если способы для этих самых качественных изменений пока не известны? Если вы не знаете, какие техники помогут в вашем случае сократить количество тестов? Если вы не знакомы с инструментарием, который помогает экономить время на генерации тестовых наборов, на поддержке документации? В этом случае приходится увеличивать усилия, перерабатывая или расширяя команду, но получая на выходе крохотный прирост в результате.
Мы предлагаем уйти от этой порочной практики. Как сказал Стив Джобс, «работать надо не 12 часов, а головой». Поэтому, на курсе «Школа Тест-Аналитика» мы собрали и заботливо для вас упаковали только те знания, которые позволяют получить качественный прирост в результате. Что из этого получилось – посмотрите в Программе курса.
«Курс, практически, перевернул мое сознание в сфере тестирования. До него я ничего не слышала про тест-анализ, была только куча разной информации, плавающей где-то на поверхности… Один из отзывов на Школу Тест-Аналитика
Хотите записаться? Не торопитесь! Для начала, оцените, готовы ли вы к участию в курсе:
Если же у вас останутся любые вопросы – мы всегда на них с удовольствием ответим. Просто напишите нам на trainings@software-testing.ru
Посмотреть программу и условия участия в тренинге “Школа Тест-Аналитика” Комплексная система подготовки тестировщиков по программе ISTQB FL 2016-09-05 10:46 Новый курс Натальи Руколь. Запуск группы 21 сентября.
Данный курс рассчитан на специалистов, которые хотят получить глубокие комплексные знания в сфере тестирования ПО. Кому наиболее полезен этот курс?
Начинающим тестировщикам:
Тестировщикам-практикам:
Желающим получить сертификацию ISTQB FL:
Этот курс преследует две ключевые цели: получение глубокой теоретико-практической базы в тестировании и подготовка к сдаче экзамена ISTQB FL. Записываясь на курс, вы можете поставить перед собой как обе эти цели, так и только одну из них.
Для развития вашей квалификации, вас ждут:
Для помощи в сдаче экзамена, вас ждут:
Распределение теории и практике на курсе - 40/60. 40% информации - теория, связанная с терминологией, видами и типами тестирования, процессными решениями по организации тестов, методологиям разработки и месту тестирования в них. 60% - рассмотрение техник статического и динамического тестирование, тест-анализ на основе различных моделей, исследовательское тестирование, ознакомление с инструментарием тестировщика. Более подробно с содержанием курса вы можете ознакомиться в его программе.
Познакомиться с программой курса, форматом и условиями участия Новый семинар по целеполаганию 2016-09-05 13:19 После тренинга по разработке ТЗ меня попросили прости семинар по целеполаганию. Тема эта наисложнейшая. Я помню, как у меня кипели мозги на недельном тренинге еще в 1991. А потом я 15 лет (с 1991) бился головой об стенку пытаясь это рассказать. Ключом оказалось усиленное изучение психологии. Еще раз: "Это самая сложная тема, которую я когда либо давал." Тренинг по стратегии тестирования проще.
С другой стороны целеполагание - ключевой навык. Селениум, тестдизайн, это все здорово, но без навыков целеполагания мы "правильно делаем неправильные проекты". “Мы сами всё разрушим своими же упорными стараниями”. ... Как мы уже не однажды отмечали, Деминг говорит нам, что наилучшие намерения, самые горячие усилия и усердная работа не обеспечат качества.
----------------------------------- Было предложено несколько тем для затравки:
1. построение дерева текущей реальности - анализ нежелательных явлений и поиск ключевых причин
2. Целеполагание в работах Щедровицкого
3. Целеполагание в работах Голдратта
4. ГОСТ 24-104 от 1985
5. Мифы российского менеджмента. Отличия плана и графика. Совершенная и несовершенная форма управления.
Для первого семинара выбрали 10 сентября, субботу, 9:50 - 11:30. Темы на 10 сентября:
3. Целеполагание в работах Голдратта
4. ГОСТ 24-104 от 1985
Если кому то интересно - добавлю в скайп группу, где идет обсуждение. Стучаться мне в скайп: sergeymartynenko
Upd. Онлайн. Скорее всего через скайп.
Upd. Я провожу семинар за небольшую плату. Ну, не верю я в уважение к халяве. Пусть будет 700 руб.
© 2010 | Software-Testing.Ru |
| В избранное | ||
