atesting.ru Блог Семь принципов тестирования программного обеспечения | Материалы для тестирования программного обеспечения

Семь принципов тестирования программного обеспечения | Материалы для тестирования программного обеспечения

Существует семь принципов тестирования программного обеспечения.

  1. Тестирование показывает наличие дефектов.
  2. Исчерпывающее тестирование невозможно.
  3. Раннее тестирование
  4. Кластеризация дефектов
  5. Парадокс пестицидов
  6. Тестирование зависит от контекста
  7. Отсутствие ошибки — заблуждение

Вот видеоруководство по изучению « Принципов тестирования программного обеспечения »:

Наберитесь терпения. Видео загрузится через некоторое время.

Если вам понравилось это видео, подпишитесь на наш канал YouTube, чтобы увидеть больше видеоуроков.
Давайте подробно рассмотрим принципы тестирования программного обеспечения.

Семь принципов тестирования программного обеспечения | Материалы для тестирования программного обеспечения

Семь принципов тестирования программного обеспечения:

1. Тестирование показывает наличие дефектов:

Тестирование показывает наличие дефектов в программном обеспечении. Цель тестирования — заставить программу выйти из строя. Достаточное тестирование снижает наличие дефектов. Если тестировщики не могут найти дефекты после повторного регрессионного тестирования, это не означает, что программное обеспечение не содержит ошибок.

Тестирование говорит о наличии дефектов и не говорит об отсутствии дефектов.

2. Исчерпывающее тестирование невозможно:

Что такое исчерпывающее тестирование?

Тестирование всех функций с использованием всех допустимых и недопустимых входных данных и предварительных условий известно как исчерпывающее тестирование.

Почему невозможно достичь исчерпывающего тестирования?

Предположим, нам нужно протестировать поле ввода, которое принимает возраст от 18 до 20, поэтому мы действительно проверяем поле, используя 18,19,20. В случае, если одно и то же поле ввода принимает диапазон от 18 до 100, тогда мы должны протестировать, используя такие входы, как 18, 19, 20, 21,…., 99, 100. Это базовый пример, вы можете подумать, что вы могли бы его достичь. с помощью средства автоматизации. Представьте себе, что одно и то же поле принимает несколько миллиардов значений. Невозможно протестировать все возможные значения из-за ограничений по времени выпуска.

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

3. Раннее тестирование:

Дефекты, обнаруженные на ранних этапах SDLC, дешевле исправлять. Таким образом, проведение раннего тестирования снижает затраты на исправление дефектов.

Предположим два сценария: первый — вы определили неправильное требование на этапе сбора требований, а второй — вы обнаружили ошибку в полностью разработанном функциональность. Менять неправильное требование дешевле, чем исправлять полностью разработанную функциональность, которая не работает должным образом.

4. Кластеризация дефектов:

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

Согласно принципу Парето (правило 80-20), 80% проблем возникает из-за 20% модулей и оставшиеся 20% проблем из оставшихся 80% модулей. Поэтому мы уделяем особое внимание тестированию 20% модулей, в которых мы сталкиваемся с 80% ошибок.

5. Парадокс пестицидов:

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

6. Тестирование зависит от контекста:

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

7. Отсутствие ошибки — Заблуждение:

99% программного обеспечения без ошибок может быть непригодным для использования, если в программное обеспечение были включены неправильные требования и программное обеспечение не отвечает потребностям бизнеса.

Программное обеспечение, которое мы создали, не только на 99% не содержит ошибок, но и должно удовлетворять потребности бизнеса, иначе оно станет непригодным для использования.

Это семь принципов тестирования программного обеспечения. это должен знать каждый профессиональный тестировщик.

TAG: qa