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

, а именно, покрытие кода, покрытие требований, покрытие дизайна и интерфейса [4]⁴⁴. Тестовое покрытие является показателем того, что группа тестирования хочет оценить, какой процент кода, требований, дизайна или интерфейса покрыт тестовым набором.

Эффективность дымового тестирования. 

Дымовые тесты (или смоук-тесты) определяют, достаточно ли стабилен продукт, чтобы проводить его тестирование. Метрики, устанавливающие эффективность дымовых испытаний, требуются, чтобы быть уверенным, что приложение является достаточно стабильным для тестирования.

 Качество тестового плана 

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

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

К данной категории можно отнести следующие показатели:

• 
  Количество ошибок на этапе документации;
  
• 
  Ожидаемое количество ошибок;
  
• 
  Классификация ошибок.
  

Количество ошибок на этапе документации

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

Ожидаемое количество ошибок

Оценка ожидаемого количества ошибок помогает при оценке качества программного обеспечения.

---

Классификация ошибок

В процессе деятельности по планированию испытаний необходимо классифицировать ошибки по типам и уровням влияния на систему.

Классификация показателей по категориям проиллюстрирована на рисунке 19.



Рис. 19. - Показатели процесса планирования тестирования

3. 1   ...   8   9   10   11   12   13   14   15   ...   31

---

Показатели этапа тест-дизайна

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

1. Показатели, характеризующие прогресс тестирования

Следующие показатели можно отнести к категории «Прогресс».

• 
  Отслеживание прогресса тестирования;
  
• 
  Отслеживание ошибок;
  
• 
  Производительность персонала.
  

Отслеживание прогресса тестирования

Для того, чтобы управлять процессом тест-дизайна для программного обеспечения, важно следить за ходом тестирования. Мониторинг прогресса дает раннее предупреждение, если тестирование идет с отставанием от графика и позволяет принять соответствующие меры по борьбе с ситуацией. Отслеживание хода тестирования требует показателей, которые измеряют количество запланированных Тестовых случаев, количество завершенных / доступных тестов и число незапланированных Тестовых случаев [17]⁴⁵. Отслеживание прогресса на нескольких версиях продукта дает представление о причинах выхода из графика для конкретной версии, чтобы указать действия по предотвращению заранее. Такие показатели, как: число Тест-кейсов, разработанных на основе спецификации требований, и количество Тест-кейсов, разработанных во время тест-дизайна, помогает отслеживать ход разработки тестов. Подсчет количества Тест-кейсов является одним из простых измерений, которые составляет тестовый аналитик.

Отслеживание ошибок

Неисправности программного обеспечения, которые не исправлены до начала тестирования, вероятно, могут повлиять на ход тестирования. Следовательно, полезно отслеживать тестирование дефектов, накопившихся в течение долгого времени. Один из способов отслеживания его является использование метрики процент закрытых дефектов [21]

---

⁴⁶ для предыдущей версии, таким образом, решения, касающиеся дополнительного тестирования, могут быть разумно приняты в текущем выпуске.

Производительность персонала

Разработка Тестовых случаев имеет значительную активность на этапе тест-дизайна. Как только Тест-кейсы были разработаны, интересно измерить производительность персонала во время разработки этих тестов. Эта оценка полезна для менеджеров, чтобы оценить стоимость и продолжительность необходимых изменений [11]⁴⁷.

2. Показатели, характеризующие стоимость тестирования

Следующий показатель можно отнести к категории «Стоимость» на этапе тест-дизайна.

• 
  Рентабельность инструментария для автоматизированного тестирования.
  

Рентабельность инструментария для автоматизированного тестирования

Когда инструмент, который нужно использовать для тестирования, выбран, то полезно оценить экономическую эффективность инструмента. Оценка экономической эффективности инструмента измеряет стоимость оценки стоимости, стоимость обучения, затраты на приобретение инструмента и стоимости обновления инструмента и технического обслуживания [17]⁴⁸.

1. Показатели, характеризующие объем тестирования

Следующие показатели можно отнести к категории «Объем» на этапе тест-дизайна.

• 
  Оценка Тест-кейсов;
  
• 
  Число регрессионных тестов;
  
• 
  Тесты для автоматизации.
  

Оценка Тест-кейсов

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

Число регрессионных тестов

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

---

состоянии и процент исправления дефектов, [21]⁴⁹ могут помочь составить этот набор.

Тесты для автоматизации

В рамках деятельности по тест-дизайну также важно принять решение о том, какие тесты должны быть автоматизированы, а какие выполняться вручную. В этом решении важно сбалансировать стоимость тестирования, поскольку некоторые тесты являются более дорогостоящими, если их автоматизировать, чем если они будут выполняется вручную [7]⁵⁰.

2. 1   ...   9   10   11   12   13   14   15   16   ...   31

---