Если тестировщик не знаком с приложением, рекомендуется определить области программы, где вероятность ошибок выше всего, и начать тестирование с них. Если каждый следующий тест, который выполняет тестировщик, выбирается по результатам предыдущего теста, это означает, что мы используем исследовательское тестирование. Поэтому, каждая компания самостоятельно выбирает какому из видов тестирования отдавать приоритет, а каким и вовсе не стоит заниматься в данный момент. В сессионном тестировании роль “аналитики”, если не ошибаюсь, выполняют первые сессии, в ходе которых строится план и ставятся задачи.
Особенности Ad-hoc Тестирования
Исследовательское тестирование лучше всего подходит в ситуациях, когда документация недостаточная, либо вовсе отсутствует, в условиях очень сжатых сроков и как дополнение к другим, более формальным, методам тестирования. Это позволит сохранить гибкость, даст возможность быстро реагировать на появление новой информации и подстраиваться к изменившейся ситуации. Вы совершенно справедливо можете называть то, что описали хаотическим тестированием и я даже с вами соглашусь (т.к. у него нет цели), но не называйте это ad QA Automation инженер hoc. Помимо этих трёх, возможно неограниченное количество других методов исследовательского тестирования, имеющих общую черту – отсутствие изначально созданных тест-кейзов.
Я бы не стал заморачиваться описанием процесса, особенно после того как тестирование закончено. Один из плюсов исследовательского тестирования – свободный полет фантазии человека, выполняющего тестирование. Такое тестирование проводится после завершения формальных процессов тестирования. Его цель — «сломать» систему и найти дефекты, которые могут не быть обнаружены при стандартном подходе. Если при тестировании на основании тест-кейсов мы не отклоняемся, то, в случае с исследовательским тестированием, мы сами решаем куда отклоняться и в каком направлении двигаться.
Тестирование Методом Свободного Поиска (exploratory Testing)
ИИ‑инструменты интегрируются с CI/CD пайплайнами, чтобы автоматически запускать тесты при каждом изменении кода. Они дают более быстрые результаты, анализируя логи и мониторя производительность системы в реальном времени. ИИ‑инструмент может обнаружить первые признаки деградации производительности еще до того, как будут достигнуты заранее заданные пороговые значения. Системное тестирование проверяет полное интегрированное приложение как единое целое.
А термин “тестирование методом свободного поиска” хорошо согласуется с “военными” метафорами, предложенными в работах по Session-Based Testing — mission, on charge/on opportunity, journal, debriefing. А термин “тестирование методом свободного поиска” хорошо согласуется с “военными” метафорами, предложенными в работах по Session-Based Testing — mission, on charge/on opportunity ad hoc это, journal, debriefing…. Ad-hoc тестирование, наряду с плановым, является важной частью процесса тестирования ПО. Несмотря на отсутствие структуры, оно помогает находить баги, которые могут быть упущены при формальном подходе. Всё зависит от того, как тестировщики выполняют этот процесс и какую пользу могут из него извлечь.
Хотя интуитивное тестирование часто бывает неструктурированным и гибким, создание плана тестирования, в котором описываются цели, методы и ожидаемые результаты, все равно важно. План также должен определять роли и обязанности каждого члена команды и включать график тестирования. Самый интересный аспект ad-hoc тестирования — отсутствие каких-либо методик продумывания тестов. Но, вместе с тем, воспроизвести это тестирование сложно, поскольку нет ни написанных тест-кейсов, ни документации.
Поскольку такое тестирование предполагает отсутствие заранее подготовленных или задокументированных тест-кейсов, трудно предугадать, сколько сил, времени и ресурсов потребуется на проведение тестов. Чтобы найти одну ошибку, может понадобиться как несколько минут, так и несколько часов. Также ad-hoc тестирование не гарантирует, что все ошибки будут найдены. Успех этого тестирования вообще очень зависит от знаний и навыков тестировщика. Кроме того, если у тестировщика нет предварительных знаний о функционале тестируемого приложения, ad-hoc тестирование будет бесполезным, оно не выявит никаких ошибок. Ad-hoc testing бывает полезным, когда у вас нет времени на длительный и всеобъемлющий процесс тестирования, требующий https://deveducation.com/ подготовки требований и тест-кейсов.
- Одни из них могут быть незначительными, другие иметь самые разрушительные последствия.
- Оно помогает выявлять баги, которые структурированные тесты не охватывают.
- Также известное как тестирование приёмки пользователем (user acceptance testing, UAT), этот вид тестирования проводится с целью проверить, соответствует ли ПО бизнес‑требованиям и готово ли оно к релизу.
- Во время ad-hoc тестирования команда тестировщиков должна выполнять тесты без заранее составленного плана, полагаясь на свой опыт, интуицию и творческий подход.
- Ad-hoc тестирование, наряду с плановым, является важной частью процесса тестирования ПО.
Примерно месяц назад я тоже отметился в причастности к этой теме, выступив на конференции TrainingLabs с темой “Тестирование методом свободного поиска (exploratory testing)”. Из названия выступления вы, видимо, поняли, каким термином я склонен называть этот подход. Раньше тоже называл “исследовательское”, но звучит как-то слишком академично.
Ad-hoc testing — это особый вид тестирования, не предполагающий никакой подготовки или планирования, здесь нет тестовых сценариев, как и какого-либо ожидания от результата. Короче говоря, интуитивное тестирование предполагает импровизацию тестировщика. Нет нужды разрабатывать и придерживаться какого-либо плана, или вести документацию, нет никаких тест-кейсов (правда, от этого могут возникнуть трудности с тем, чтобы воспроизвести ошибку – никаких планов и документов то нет). Но при этом не стоит думать, что такое тестирование не будет эффективным.
Ключевым фактором успеха при выполнении исследовательского тестирования является именно работа по сценарию, а не выполнение разрозненных бездумных операций. Эти инструменты позволяют тестировщикам записывать действия или взаимодействие с приложением, а затем использовать записи для воспроизведения того же поведения. Это может быть полезно для автоматизированного регрессионного тестирования или для создания воспроизводимых тест-кейсов.
Таким образом можно убедиться не только в том, что система работает как ожидалось, но и в её простоте и удобстве для пользователя. Исследовательское тестирование позволяет удостовериться, что дополнительные функции (оплата через бонусные баллы, заказ пробных продуктов) работают безупречно. Я расскажу о том, какие приемы можно внедрить быстро и получить немедленный результат, а какие потребуют длительной “притирки” к конкретному проекту и даже к индивидуальному стилю тестирования. Я расскажу о том, когда не стоит применять тестирование методом свободного поиска. Я расскажу, как можно автоматизировать (до определенной степени, конечно) свободный поиск.