В сфере тестирования программного обеспечения используется масса разнообразных эвристик для принятия решений и анализа проблем в процессе тестирования. Они могут приносить большую пользу при генерации предположений, если человек сомневается в том, как правильно начать процесс тестирования. Или в случае, когда все его идеи действий исчерпались, и он не знает, как двигаться дальше.
Эвристики крайне полезны при использовании в определенном контексте, особенно если к их применению подходить грамотно. Выбор используемых эвристик может сложиться неидеально, но если даже 1 используемая эвристика не сработала как нужно, всегда можно прибегнуть к помощи другой.
Популярные эвристики тестирования ПО
QA-инженеры очень часто сталкиваются с различными эвристиками в виде чек-листов, чит-листов и даже мнемоник. Порой их именуют оракулами и моделями.
И совсем не важно, как они правильно называются и какую форму применяют на практике. Если они выступают инструментом решения проблем тестера в короткой форме и помогают принимать самостоятельные решения, значит это и есть эвристики.
Существует 3 наиболее известные всем тестировщикам мнемоники. Рассмотрим каждую из них более детально.
№1 Златовласка (автор: Элизабет Хендриксон)
Данная эвристика базируется на концепции – слишком много, слишком мало и в самый раз!
Анализируя эту мнемонику, тестеры могут поразмышлять над полями для ввода информации, попробовать проверить очень большие, маленькие и шаблонные поля для определенных контекстных данных. Например, можно проверить, как вводится значение в поле валюты: сначала отрицательные значения, а затем более типичные для тестируемого продукта.
При желании, более подробно с данной эвристикой можно ознакомиться в книге Элизабеты Хендриксон — Explore it.
№2 RCRCRC (автор: Карен Н. Джонсон)
Эта мнемоника позволяет запоминать ключевые слова для поддерживаемых на проекте тест-эвристик, которые используются для целей регрессионного тестирования. Данная аббревиатура расшифровывается так:
- R – недавнее;
- C – ключевое;
- R – рискованное;
- C – конфигурационное;
- R – исправленное;
- C – хроническое.
Каждое это слово используется для того, чтобы побудить тестировщика задуматься над полезными тест-идеями на определенном проекте. Например, первое слово «недавнее», подсказывает о ранее выложенном коде или особых фичах тестирования, которые необходимо реализовать в связи с проведенным редактированием.
При желании, узнать о данной мнемонике, о процессе использования ее при регрессионном тестировании, а также ознакомиться с авторскими слайдерами Карен можно по этой ссылке.
№3 FEW HICCUPPS (авторы: Джеймс Бах и Майкл Болтон)
FEW HICCUPPS – это особенная мнемоника, позволяющая тестеру запоминать ключевые слова для используемых оракулов, которые помогают верифицировать проблемы в программном обеспечении.
Данные оракулы крайне полезны, если технического задания нет или оно имеет неадекватные информационные блоки.
Нужно всегда помнить о том, что все оракулы – это те же эвристики, только специального типа, помогающие человеку находить баги в ПО.
Данная аббревиатура обозначает следующее:
- F – известность;
- E – объяснимость;
- W – мир;
- H – история;
- I – имидж;
- C – конкуренты;
- C – заявление;
- U – ожидания пользователя;
- P – продукты;
- P – цели;
- S – установленные стандарты;
- S – нормы и правила.
Данные оракулы могут фокусироваться на необходимых критериях соответствия. Например, может ли ПО соответствовать своей личной истории создания. Также FEW HICCUPPS можно применять как специальную метафору для того, чтобы поразмышлять перед стартом тестирования нового программного функционала.
Остальные популярные эвристики
Выше были представлены только три популярных тест-эвристики, которые пользуются спросом среди тестировщиков. При желании, можно ознакомиться с большим трудом инженера Дель Дуара, который собрал некоторые тест-эвристики и сгруппировал все в понятные ментальные карты.
Небольшое примечание: учитывая тот факт, что некоторые тест-эвристики применяют мнемоники, то очень распространено неверное утверждение о том, что эвристика должна содержать мнемонику, или что эти понятия – одно и тоже.
Это не совсем так. Ни одна эвристика не требует мнемоник, они просто создаются так, чтобы их было проще запомнить и применить их содержание на практике.
Мнемоника – это вид эвристики. Они функционируют как специальные когнитивные дорожки, направленные на решение проблем воспоминания.
Чит-листы – это тоже один из видов эвристики. И так можно запросто продолжать до самой бесконечности.
Собственные эвристики тестирования
Если вы тестер-практик, в вашем постоянном пользовании будут собственные эвристики, но сами вы об этом можете даже не догадываться! Это в первую очередь зависит от того, что создание и внедрение эвристик – интуитивно врожденный процесс мышления. Но также это происходит и от того, что всё, что делает QA при проверке ПО, может анализироваться именно как эвристика.
Как тест-техники, так и тест-идеи, рождаются с помощью определенных укороченных маршрутов, которые помогают быстро принимать верные решения при столкновении с проблемами.
Как QA, человек может придерживаться конкретной рутины перед стартом процесса тестирования (к примеру, открывать новые инструменты тестирования – техники и ПО). Человек делает все это так, как его пользовательский опыт подсказывает ему. Важно помнить, что все это может еще пригодиться в работе и что только заблаговременное открытие поможет решить проблемы потери концентрации на начальных этапах тестирования.
Краткий итог
Выявить эвристики для каждого тестировщика очень непросто, ведь иногда каждый из нас бессознательно создает их на основе прошлого опыта, применяя личностное мышление системы. Простыми словами, это значит, что во время тестирования программного обеспечения необходимо использовать лишь общепринятые шаблоны мнемоник и эвристик, при желании, расширять их тематическую наполненность своими личными наблюдениями и стратегиями.
Оставить комментарий