Рассмотрим пример. В качестве приложения возьмем программу для работы с сетью (browser), критерии качества которой приведены в Табл.9.1.
| + | - | - |
| - | + | - |
| + | Косвенно | + |
| + | - | - |
| - | Косвенно | + |
| - | - | + |
| - | - | + |
| - | + | - |
Матрица критериев качества заинтересованных в них участников для рассматриваемого проекта приведена в таблице 9.2 . Допустим, что вид матрицы критериев качества и проверяющих элементов системы обеспечения качества для данного проекта будет следующим:
| ТестированиеАнализ рынка и специальные лаборатории1)Обзоры кодаАнализ дизайнаАудиты процесса разработки | ||||
| +, не всегда эффективно | + | - | - | - |
| - | - | - | - | + |
| + | - | + | - | - |
| +, не всегда эффективно | + | - | - | - |
| - | - | +- | + | - |
| - | - | + | + | - |
| - | - | + | - | + |
| - | - | - | - | + |
Данные (Табл. 9.1, Табл. 9.2) показывают, что из восьми элементов общего качества продукта тестирование способно оценить и контролировать только три (1, 3, 4), причем наиболее эффективно тестирование контролирует отсутствие дефектов (3).
В каждом конкретном проекте элементы системы должны быть выбраны так, чтобы обеспечить приемлемое качество, исходя из приоритетов и имеющихся ресурсов. Выбирая элементы для системы обеспечения качества конкретного продукта, можно применить комбинированное тестирование, обзоры кода, аудит. При подобном выборе некоторые качества, например легкость модификации и исправления дефектов, не будут оценены и, возможно, выполнены.