Пока нет оценок.
Пожалуйста, подождите...

Тестировщик программного обеспечения постоянно должен находиться в поиске идей для тестирования. Некоторые полезные мысли могут прийти на ум уже непосредственно в процессе выполнения проверки того или иного веб-продукта.

Далее предоставлен список из 10 наиболее полезных источников для тест-идей, которые желательно использовать при непосредственном тестировании динамических проектов или отдельных задач.

Идеи для тестирования

Идеи для тестирования

1. Доступные возможности

Группа тест-идей, которые в первую очередь основываются на возможностях и верификации того, что продукт может выполнять, а что нет. Требования и функциональные задачи – хороший источник для ваших тест-идей на базе возможностей продукта.

2. Все допустимые модели отказа

Все тест-идеи на базе модели отказа – это группа вопросов вроде «а что, если», которые могут вытекать из дизайна всей системы.

Пользователь может изучать все доступные объекты, графические интерфейсы системы и задавать вопрос самому себе: а что же будет, если что-то сломается либо же покажет неожиданный результат (отказ)? Некоторые модели отказа возникают в итоге жесткого ограничения системы или же принудительно навязанной группы (условий) демонстрации бага.

3. Факторы веб-качества

Факторы веб-качества – это общие характеристики создаваемой системы, которые в обязательном порядке должны быть в тестируемом проекте. Это такая группа вещей, как удобство пользования веб-структурами, сетевая надежность, масштабируемость и полноценная поддерживаемость. Порой тест-идеи на базе факторов веб-качества могут содержать эксперименты, которые полностью нацелены на верификацию таких факторов. Актуальные примеры – тесты производительности, нагрузочные проверки и стресс-тестирование.

4. Сценарии применения

Тест-идеи на базе сценариев применения могут помочь выяснить, получится ли у пользователя достичь желаемых целей на основе тестируемого ПО. К примеру, перефразировав инаугурационную речь президента Кеннеди, получим следующее: никто не задается вопросом, что программное обеспечение делает для пользователя, спрашивается только то, что пользователь может сделать с этим ПО.

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

5. Креативные предложения

Подобные идеи могут генерироваться из массы всевозможных источников. Например, в последнее время среди тестировщиков особой популярностью стали пользоваться так называемые техники латерального мышления, которые помогают создавать эффективные тестовые наборы.

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

6. Текущее состояние

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

Можно использовать модели состояния, чтобы условно тестировать получение новой операции, выполнение перехода из статуса в статус и завершение прохода по стадиям общей системы.

7. Информация

Данные – весьма обширный источник новых тестовых идей. При желании можно начать с изучения новых потоков информации, применять разнообразные наборы данных, разрабатывать их из комбинаций уникальных видов информации и тестировать процедуры хранения.

8. Окружение

Все исследования по поведению веб-продукта в разных сетевых окружениях – очень широкий источник уникальных тест-идей. Группа подобных идей на базе окружения может быть связана с процессом варьирования операционной платформы, аппаратного обеспечения, ПО, программами третьих лиц и даже локалей.

9. White box

Набор тестовых идей на базе белого ящика прямо вытекает из процесса пересмотра низкоуровневого дизайна, программного кода и разнообразных схем информации. Такие идеи могут содержать процесс активации кода, решения по некоторым функциональным составляющим программы и прочее. Они могут рассматривать все функционирующие продукты программистов с задачей найти все доступные способы испытания проверяемого ПО.

10. Таксономия

Таксономия багов – очень интересный источник поиска новых тест-идей. Это своего рода документированные сборы дефектов. Если баг может появиться в приложении, можно применять некую тест-идею, которая сможет его обнаружить.

Разумеется, это далеко неполный список всех мест, где можно брать идеи для написания и проведения тестов. Мы рассмотрели лишь основные и проверенные из них, которые точно будут полезны любому тестировщику ПО.

Оставить комментарий