8.5.4 Квалификационное тестирование системы
8.5.4 Квалификационное тестирование системы
Разработчик должен принимать участие в квалификационном тестировании системы.
Квалификационное тестирование системы выполняют для демонстрирования заказчику, что были удовлетворены системные требования. Квалификационное тестирование системы должно покрывать системные требования в Спецификации системы/подсистемы и в соответствующих Спецификациях требований к интерфейсу. Это тестирование противопоставляется внутреннему тестированию системы, выполненному разработчиком, как заключительная стадия интеграции и тестирования ЭКПО/ЭКА.
Если систему разрабатывают для нескольких различных построений, квалификационное тестирование системы в целом не может быть выполнено до завершения последнего построения. Квалификационное тестирование системы для каждого построения следует интерпретировать как планирование и выполнение тестирования для текущего построения системы с целью показать выполнение системных требований, которые должны быть реализованы в данной конфигурации.
Лицом, ответственным за выполнение требований 8.5.4, не должно быть лицо, принимавшее участие в выполнении проектирования или кодировании ПО системы. Это не исключает возможность оказания помощи в проведении квалификационного тестирования со стороны лиц, выполнявших проектирование или кодирование, например путем предоставления тестовых вариантов, основанных на знании внутренней реализации системы.
Квалификационное тестирование системы, выполняемое разработчиком, должно включать в себя тестирование в объектной или альтернативной среде, одобренной заказчиком.
Разработчик должен участвовать в разработке и регистрации процесса подготовки к тестированию, тестовых вариантов и тестовых процедур, которые нужно использовать для квалификационного тестирования системы, и прослеживании соответствия между тестовыми вариантами и требованиями к системе. Для систем ПО все полученные результаты должны быть включены в документ «Описание тестирования ПО». Разработчик должен предварительно уведомить заказчика о времени и месте проведения квалификационного тестирования системы.
Если квалификационное тестирование системы должно быть засвидетельствовано заказчиком, то до его проведения разработчик должен проверить тестовые варианты и тестовые процедуры, чтобы гарантировать, что они полны и точны и что ПО готово для проведения тестирования в присутствии заказчика. Разработчик должен зарегистрировать результаты этой работы в соответствующих файлах разработки ПО и должен модифицировать тестовые варианты и тестовые процедуры соответствующим образом.
Разработчик должен участвовать в квалификационном тестировании системы. Тестирование должно быть выполнено в соответствии с тестовыми вариантами и тестовыми процедурами системного тестирования.
Разработчик должен реализовать все необходимые изменения в ПО и участвовать в проведении повторного тестирования в требуемом объеме, заранее уведомляя заказчика о повторном тестировании. Разработчик обязан вносить необходимые изменения в файлы разработки ПО и другие программные средства в соответствии с результатами квалификационного тестирования системы.
Разработчик должен участвовать в анализе и регистрации результатов квалификационного тестирования системы. Все полученные результаты должны быть включены в соответствующий документ «Отчет о тестировании ПО».
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
7.8. Две системы
7.8. Две системы Мы имеем перед собой две кибернетические системы. Первая система — человеческий мозг. Ее функционирование — индивидуальное человеческое мышление. Ее задача — координация действий отдельных частей организма в целях сохранения его существования. Эта
5.3.7 Программирование и тестирование программных средств
5.3.7 Программирование и тестирование программных средств Данная работа состоит из следующих задач применительно к каждому программному объекту архитектуры (или объекту программной конфигурации, если он определен):5.3.7.1 Разработчик должен разработать и документально
8.1.5 Тестирование документации на практичность
8.1.5 Тестирование документации на практичность 8.1.5.1 Общие положения В плане документирования должен быть указан требуемый уровень тестирования документации на практичность.Минимально должно быть проведено одно тестирование на практичность документации, используемой
С.13 Тестирование на практичность
С.13 Тестирование на практичность После корректировки второго проекта документации по замечаниям заказчика должно быть проведено тестирование на практичность руководства пользователя и справочных текстов для системы ABC.Целью тестирования является оценка степени, в
14. Тестирование систем видеонаблюдения
14. Тестирование систем видеонаблюдения В последней главе книги мы постараемся детально объяснить, как пользоваться испытательной таблицей CCTV Labs и тестовым генератором TPG-8 для проведения определенных измерений и общей оценки системы видеонаблюдения.Следует отметить,
8.3.2. СИСТЕМЫ ЭЛЕКТРОСНАБЖЕНИЯ
8.3.2. СИСТЕМЫ ЭЛЕКТРОСНАБЖЕНИЯ Тип системы электроснабжения в значительной мере зависит от наличия на подвижном объекте аккумуляторной батареи, т.е. в конечном итоге от наличия электростартерного пуска.Если электропуск отсутствует, то используется система
22. Система с неограниченной растворимостью в жидком и твердом состояниях; системы эвтектического, перитектического и монотектического типа. Системы с полиморфизмом компонентов и эвтектоидным превращением
22. Система с неограниченной растворимостью в жидком и твердом состояниях; системы эвтектического, перитектического и монотектического типа. Системы с полиморфизмом компонентов и эвтектоидным превращением Полная взаимная растворимость в твердом состоянии возможна
8.5.1 Модульное тестирование ПО
8.5.1 Модульное тестирование ПО Подготовка к тестированию модулей. Разработчик должен определить тестовые варианты (в терминах входных данных, ожидаемых результатов и критериев оценки) и тестовые процедуры для тестирования каждого модуля ПО. Тестовые варианты должны
8.5.2 Интеграционное тестирование
8.5.2 Интеграционное тестирование Интеграция и тестирование модулей означают объединение программного кода, соответствующего двум или более программным модулям, тестирование полученного в результате кода, чтобы гарантировать, что вместе они работают так, как
8.5.3 Интеграция и тестирование ЭКПО/ЭКА
8.5.3 Интеграция и тестирование ЭКПО/ЭКА Интеграция и тестирование ЭКПО/ЭКА означают объединение ЭКПО с взаимодействующими ЭКА и ЭКПО, тестирование полученного объединения с целью определить, работают ли они вместе, как предполагалось, и продолжение этого процесса до тех