Тестировщик программного обеспечения постоянно должен находиться в поиске идей для тестирования. Некоторые полезные мысли могут прийти на ум уже непосредственно в процессе выполнения проверки того или иного веб-продукта.
Далее предоставлен список из 10 наиболее полезных источников для тест-идей, которые желательно использовать при непосредственном тестировании динамических проектов или отдельных задач.
Идеи для тестирования
1. Доступные возможности
Группа тест-идей, которые в первую очередь основываются на возможностях и верификации того, что продукт может выполнять, а что нет. Требования и функциональные задачи – хороший источник для ваших тест-идей на базе возможностей продукта.
2. Все допустимые модели отказа
Все тест-идеи на базе модели отказа – это группа вопросов вроде «а что, если», которые могут вытекать из дизайна всей системы.
Пользователь может изучать все доступные объекты, графические интерфейсы системы и задавать вопрос самому себе: а что же будет, если что-то сломается либо же покажет неожиданный результат (отказ)? Некоторые модели отказа возникают в итоге жесткого ограничения системы или же принудительно навязанной группы (условий) демонстрации бага.
3. Факторы веб-качества
Факторы веб-качества – это общие характеристики создаваемой системы, которые в обязательном порядке должны быть в тестируемом проекте. Это такая группа вещей, как удобство пользования веб-структурами, сетевая надежность, масштабируемость и полноценная поддерживаемость. Порой тест-идеи на базе факторов веб-качества могут содержать эксперименты, которые полностью нацелены на верификацию таких факторов. Актуальные примеры – тесты производительности, нагрузочные проверки и стресс-тестирование.
4. Сценарии применения
Тест-идеи на базе сценариев применения могут помочь выяснить, получится ли у пользователя достичь желаемых целей на основе тестируемого ПО. К примеру, перефразировав инаугурационную речь президента Кеннеди, получим следующее: никто не задается вопросом, что программное обеспечение делает для пользователя, спрашивается только то, что пользователь может сделать с этим ПО.
Тест-идеи на базе сценария применения содержат аналитику, кто будет использовать систему, для каких целей и какова суть контекста.
5. Креативные предложения
Подобные идеи могут генерироваться из массы всевозможных источников. Например, в последнее время среди тестировщиков особой популярностью стали пользоваться так называемые техники латерального мышления, которые помогают создавать эффективные тестовые наборы.
Также можно обратить внимание на метафоры для процесса генерации новых тест-идей. В общем, подходит все то, что может привнести новые методики и структуру построения тестовых и пользовательских сценариев.
6. Текущее состояние
Именно модель состояния позволяет выполнять генерацию новых идей в процессе проверки программного обеспечения. Например, операция Х проходит сразу несколько разных состояний: разработка, верификация, оплата, удаление.
Можно использовать модели состояния, чтобы условно тестировать получение новой операции, выполнение перехода из статуса в статус и завершение прохода по стадиям общей системы.
7. Информация
Данные – весьма обширный источник новых тестовых идей. При желании можно начать с изучения новых потоков информации, применять разнообразные наборы данных, разрабатывать их из комбинаций уникальных видов информации и тестировать процедуры хранения.
8. Окружение
Все исследования по поведению веб-продукта в разных сетевых окружениях – очень широкий источник уникальных тест-идей. Группа подобных идей на базе окружения может быть связана с процессом варьирования операционной платформы, аппаратного обеспечения, ПО, программами третьих лиц и даже локалей.
9. White box
Набор тестовых идей на базе белого ящика прямо вытекает из процесса пересмотра низкоуровневого дизайна, программного кода и разнообразных схем информации. Такие идеи могут содержать процесс активации кода, решения по некоторым функциональным составляющим программы и прочее. Они могут рассматривать все функционирующие продукты программистов с задачей найти все доступные способы испытания проверяемого ПО.
10. Таксономия
Таксономия багов – очень интересный источник поиска новых тест-идей. Это своего рода документированные сборы дефектов. Если баг может появиться в приложении, можно применять некую тест-идею, которая сможет его обнаружить.
Разумеется, это далеко неполный список всех мест, где можно брать идеи для написания и проведения тестов. Мы рассмотрели лишь основные и проверенные из них, которые точно будут полезны любому тестировщику ПО.
Оставить комментарий