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

Каждое требование к качеству содержит имя и описание, а также условие и цель.
- Руководитель тестирования принимает решения об изменении параметров требований к качеству, а также о создании новых требований.
Например, в одном из заданных требований к качеству сказано, что количество записей с ошибками выполнения не должно превышать 10%.
Руководитель тестирования заменяет менее 10% на менее 5% двойным щелчком мыши и заменой 10 на 5.
Как заданные, так и новые требования к качеству можно использовать в любом плане тестирования в пределах области проекта.
Однако все заданные пользователем требования к качеству носят исключительно информационный характер и не содержат вычисленных значений.
- Ведущий тестирования отвечает за конкретный план тестирования и устанавливает общие требования к качеству в плане тестирования, используя требования к качеству, указанные руководителем тестирования, и, при необходимости, некоторые дополнительные требования к качеству, создаваемые в плане тестирования.
Прим.: Все новые требования к качеству, добавляемые в план тестирования, доступны для всех планов тестирования в области проекта.
Например, ведущий может добавить некоторые общие требования к качеству, не указанные в Свойствах системы - например,
количество параллельно работающих пользователей, работающих с приложением при тестировании, или максимальное время загрузки приложения при тестировании.
При добавлении требования к качеству в план тестирования условие и цель объединяются в столбце Ожидаемого результата в соответствии с рисунком:
Ведущий тестирования указывает состояние Не запущено.
- Он открывает раздел входных критериев плана тестирования для указания исходных условий, выполнение которых необходимо
для начала тестирования.
Например, коллектив тестирования системной проверки может потребовать проведения всех функциональных тестов по проверке и их 95% успешность; коллектив тестирования функциональной проверки может потребовать заморозки изменений интерфейса пользователя.
- Ведущий открывает раздел выходных критериев плана тестирования для указания условий, выполнение которых необходимо
для завершения тестирования.
Например, коллектив тестирования системной проверки может потребовать проведения всех системных тестов по проверке и их 95% успешность.
- По мере разработки ведущий тестирования определяет успешность выполнения входных критериев тестирования.
- Ведущий тестирования формирует несколько отчетов для определения таких показателей, как количество ошибок первого уровня серьезности и количество успешно выполненных записей.
Программа подсчитывает фактическое значение каждого требования к качеству.
- Ведущий тестирования сравнивает эти значения с ожидаемыми, указывает состояние и комментарий по каждому требованию к качеству.

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