Программа и методика проведения испытаний системы (подсистемы) на этапе опытного функционирования предназначена для установления данных, обеспечивающих получение и проверку проектных решений, выявление причин сбоев, определение качества работ, показателей качества функционирования системы (подсистемы), проверку соответствия системы требованиям техники безопасности, продолжительность и режим испытаний.
Согласно РД 50-34.698-90 «Автоматизированные системы требования к содержанию документов», программа испытаний содержит следующие разделы:
- объект испытаний
- цель испытаний
- общие положения
- объем испытаний
- условия и порядок проведения испытаний
- материально-техническое обеспечение испытаний
- метрологическое обеспечение испытаний
- отчетность
- приложение (методика испытаний)
Объект испытаний
В разделе «Объект испытаний» указывают:
— полное наименование автоматизированной информационной системы, обозначение;
— комплектность испытательной автоматизированной информационной системы.
Например:
Полное наименование – корпоративное хранилище данных.
Обозначение – КХД или Система.
Испытаний проводятся для всех подсистем и функций Системы. Так же испытания включают проверку необходимого сетевого оборудования и каналов связи.
Цель испытаний
В разделе «Цель испытаний» указывают конкретные цели и задачи, которые должны быть достигнуты и решены в процессе испытаний.
Например:
Целью проведения испытаний является:
— проверка взаимодействия подсистем Системы;
— проверка работоспособности Системы;
— проверка соответствия Системы требованиям приведенным в документе «Техническое задание»;
— проверка готовности Системы к проведению опытной эксплуатации или приемочных испытаний на территории Заказчика.
Общие положения
В разделе «Общие положения» указывают:
— перечень руководящих документов, на основании которых проводят испытания;
— место и продолжительность испытаний;
— организации, участвующие в испытаниях;
— перечень ранее проведенных испытаний;
— перечень предъявляемых на испытания документов, откорректированных по результатам ранее проведенных испытаний.
Например:
Перечень руководящих документов
Настоящая Программа и Методика Испытаний разработана в соответствии со следующими документами:
— Процедура управления внутренней нормативной документацией.
— Процедура управления записями в системе менеджмента качества.
— Типовая методика измерений и оценки эксплуатационных параметров автоматизированных информационных систем.
— Перечень эксплуатационных параметров автоматизированных информационных систем.
— ГОСТ 34.603-92 Виды испытаний автоматизированных систем.
— РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.
— ГОСТ 19.301-79 Программа и методика испытаний. Требования к содержанию и оформлению.
— РД 50-34.698-90 Методические указания информационная технология комплекс стандартов и руководящих документов на автоматизированные системы автоматизированные системы требования к содержанию документов.
— Техническое задание.
Место и продолжительность испытаний
Испытательный стенд находится на территории Заказчика по адресу: г. Москва, ул. Ленина, д.111.
Испытания проводятся в течении X дней.
Участники испытаний
В испытаниях принимают участие Заказчик и Исполнитель.
Допускается привлечение экспертов из сторонних организаций.
Перечень ранее проведенных испытаний
До начала данных испытаний тестирования или испытания Системы не проводились (или были проведены автономные, или комплексные, или опытная эксплуатация).
Перечень предъявляемых на испытания документов
Ниже приведен перечень программной документации, предъявляемой для использования:
— Паспорт.
— Общее описание системы.
— Технологическая инструкция.
— Руководство пользователя.
— Описание технологического процесса обработки данных (включая телеобработку).
— Инструкция по формированию и ведению базы данных (набора данных).
— Состав выходных данных (сообщений).
— Каталог базы данных.
— Описание программ.
— Текст программ.
Объем испытаний
В разделе «Объем испытаний» указывают:
— перечень этапов испытаний и проверок, а также количественные и качественные характеристики, подлежащие оценке;
— последовательность проведения и режима испытаний;
— требования по испытаниям программных средств;
— перечень работ, проводимых после завершения испытаний, требования к ним, объем и порядок проведения.
Например:
Перечень этапов испытаний и проверок
Ниже представлен перечень проверок требований изложенных в техническом задании на создание Системы.
| № | Объект испытаний/ Компонент объекта испытаний | № пункта ТЗ, требование | Наименование испытания | Вид испытания | Оцени- ваемые характе- ристики |
|---|---|---|---|---|---|
| 1 | Система в целом | 4.2. Система должна протоколировать все события, связанные с изменением своего информационного наполнения | Проверка реализации протоколирования изменения информационного наполнения Системы | Количество групп журнальных файлов | Предвари- тельные |
| 2 | Система в целом | 4.2. Система должна иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных | |||
| 3 | Подсистема хранения данных Системы | 4.2. Должна быть реализована задача «Осуществление логического копирования» функции «Осуществляет резервное копирование данных» | Проверка реализации логического резервного копирования |
— Время и дата последнего выполнения задачи логического копирования — Статус последнего выполнения — Время и дата следующего выполнения — Интервал повторений — День недели выполнения — Длительность выполнения |
Опытная эксплуа- тация |
| 4 | Подсистема хранения данных Системы | 4.2. Логическое копирование должно производиться ежемесячно, каждое последнее воскресенье месяца. Во временном интервале 06:00 – 08:00 | |||
| 5 | Подсистема хранения данных Системы | 4.1.1. Логическое копирование данных должно производиться ежемесячно (в конце месяца) | |||
| 6 | … | и т.д. Требования формируются из технического задания | … | … | … |
Перечень этапов испытаний и проверок формируется следующим образом:
— Из технического задания выбираются все требования и заносятся в колонку «№ пункта ТЗ, требование».
— Путем ответа на вопрос для каждого требования «Какой компонент информационной системы подлежит испытанию?» заполняется столбец «Объект испытаний / Компонент объекта испытаний».
— Для проверки каждого требования формируется методика проведения испытаний.
В методике, в одно испытание могут быть объединены несколько требований, если сформированный в методике порядок проведения испытания, позволяет получить характеристики подлежащие оценке для каждого из требований и сделать вывод о их выполнении.
— Колонки «Наименование испытания» и «Оцениваемые характеристики» заполняются на основе данных из методики испытаний. Методика испытаний готовится параллельно с программой испытаний.
— В колонке «Вид испытания» проставляется вид испытаний (предварительные, опытная эксплуатация, приемочные испытания) на этапе которого будет проводиться само испытание.
Последовательность проведения испытаний
Испытания проводятся в следующей последовательности:
Этап 1. Проведение испытаний, описание результатов испытаний, и выявленных неполадок.
Этап 2. Оценка неполадок и определение доработок.
Этап 3. Устранение неполадок.
Этап 4. Передача Системы для проведения дальнейших испытаний.
Этап 1. Проведение испытаний, описание результатов испытаний, и выявленных неполадок
Члены комиссии по проведению испытаний проводят испытания Системы в последовательности, указанной в таблице ниже настоящего раздела. При проведении испытаний Члены комиссии руководствуются методикой проведения испытаний (методика идет приложением к программе испытаний).
Перед проведением испытаний должен быть заведен Протокол испытаний, который подлежит заполнению в процессе проведения испытаний в соответствии с правилами заполнения. Так же должен быть заведен рабочий Журнал испытаний.
В ходе проведения испытаний, результаты испытаний фиксируются в колонке «Результат испытания» Журнала испытаний.
По мере завершения каждого отдельного испытания, результаты испытания подлежат занесению в раздел «Сведения о результатах наблюдений за правильностью функционирования АИС» Протокола испытаний.
В случае если все характеристики подлежащие оценке находятся в допустимых пределах, то в колонке «Оценка результата испытания» таблицы раздела «Сведения о результатах наблюдений за правильностью функционирования АИС» Протокола испытаний записывается «Успешно», иначе «Не успешно».
В случае если результата испытания был признан не успешным (колонка «Оценка результата испытания») или во время проведения испытаний возникла ошибка или иные неисправности, то результат фиксируется в таблице раздела «Сведения об отказах, сбоях и аварийных ситуациях, возникающих при испытаниях» Протокола испытаний, в которой указывается: описание шага который не удалось выполнить. Также прописывается степень тяжести возникшей неисправности (степень тяжести определяется на основе раздела «Метрологическое обеспечение испытаний» Программы испытаний.
Этап 2. Оценка неполадок и определение доработок
В ходе выполнения испытаний производится, оформления результатов испытаний и выявленных неполадок в Протоколе испытаний, Комиссия по проведению испытаний определяет очередность и сроки их устранения, руководствуясь критериями определения степени тяжести обнаруженных неполадок, изложенными в разделе «Метрологическое обеспечение испытаний», настоящей Программы испытаний.
Протокол испытаний, с отраженными в нем результатами испытаний, выявленными неполадками, сгруппированными по степени тяжести, очередности, и рекомендуемыми сроками их устранения должны быть переданы Комиссией по проведению испытаний Руководителям проекта со стороны Заказчика и Исполнителя.
Руководители проекта со стороны Заказчика и Исполнителя рассматривают полученные материалы, и совместно принимают решение о перечне необходимых доработок, и сроках их выполнения, и назначают ответственных за выполнение доработок со стороны Исполнителя и Заказчика.
Разработанный перечень необходимых доработок, и запланированные сроки их выполнения подлежат занесению Комиссией по проведению испытаний в раздел «Сведения о корректировках параметров объекта испытания и технической документации» Протокола испытаний.
Этап 3. Устранение неполадок
Руководствуясь запланированными сроками доработок, Комиссия по проведению испытаний назначает ответственных и сроки проведения повторных испытаний по которым предусмотрены доработки.
Ответственные за выполнение доработок со стороны Исполнителя и Заказчика производят необходимые доработки в объеме и сроках, указанных в Протоколе испытаний.
Выполненные доработки передаются для испытаний Комиссии по проведению испытаний по мере их выполнения или пакетно.
Комиссия по проведению испытаний выполняет повторные испытания в соответствии с порядком, и методикой испытаний.
Этап 4. Передача Системы для проведения дальнейших испытаний
После устранения выявленных недостатков, Комиссия по проведению испытаний оформляет Акт приемки Системы в опытную эксплуатацию или Акт передачи системы для проведения приемочных испытаний (в зависимости от вида проводимых испытаний).
Ниже представлена последовательность проведения испытаний.
| № | Наименование испытания | День проведения испытания относительно даты начала испытаний |
|---|---|---|
| 1 | Проверка реализации протоколированияизменения информационного наполнения Системы | 1 |
| 2 | Проверка реализации логического резервного копирования | 1 |
| 4 | Тестирование назначения и изменения прав доступа на уровне записей таблиц БД | 2 |
| 5 | Проверка использования протокола TCP/IP при взаимодействии подсистем Системы на транспортно-сетевом уровне | 2 |
| … | … | … |
Требования по испытаниям программных средств
Каждое программное средства и его отдельные модули должны быть испытаны. Эти испытания должны показать, что каждый модуль выполняет предназначенную ему функцию и не выполняет не предназначенных функций.
Программные средства должны пройти испытания на отсутствие компьютерных вирусов.
Испытания программных средств проводятся в соответствии с методикой испытаний.
Перечень работ, проводимых после завершения испытаний
По результатам испытаний необходимо оформить отчетную документацию, а также сделать заключение о возможности приёмки Системы в опытную эксплуатацию или возможности поведения приемочных испытаний (в зависимости от вида проводимых испытаний).
Условия и порядок проведения испытаний
В разделе «Условия и порядок проведения испытаний» указывают:
— условия проведения испытаний;
— условия начала и завершения отдельных этапов испытаний;
— имеющиеся ограничения в условиях проведения испытаний;
— требования к техническому обслуживанию системы;
— меры, обеспечивающие безопасность и безаварийность проведения испытаний;
— порядок взаимодействия организаций, участвующих в испытаниях;
— порядок привлечения экспертов для исследования возможных повреждений в процессе проведения испытаний;
— требования к персоналу, проводящему испытания, и порядок его допуска к испытаниям.
Например:
Условия проведения испытаний
Испытания Системы проводят в объеме, необходимом для проверки взаимодействия подсистем Системы и её работоспособности в целом.
Проведению испытаний должно предшествовать:
— Окончание этапа «Разработка рабочей документации. Адаптация программ».
— Подготовка (обучение) персонала.
— Пуско-наладочные работы.
— Организация и подготовка рабочих мест пользователей и администраторов Системы для проведения тестирования.
— Формирование приемочной комиссии.
Имеющиеся ограничения
Испытания должны проводится на тестовом стенде Системы.
Срок проведения: начало — dd.mm.yyyy г., окончание — dd.mm.yyyyг. Данный срок является базовым и возможно его изменение.
Требования к техническому обслуживанию
Технические средства Системы и персонал должны размещаться в существующих помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 °С, относительная влажность от 40 до 80 % при Т=25 °С, атмосферное давление от 630 до 800 мм ртутного столба). Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».
Меры, обеспечивающие безопасность
При проведении испытаний Заказчик должен обеспечить соблюдение требований безопасности, установленных ГОСТ 12.2.007.0–75 «Система стандартов безопасности труда. Изделия электротехнические. Общие требования безопасности», «Правилами техники безопасности при эксплуатации электроустановок потребителей» и «Правилами технической эксплуатации электроустановок потребителей».
Порядок взаимодействия организаций
При проведении испытаний устанавливается следующий прядок взаимодействия между Заказчиком и Исполнителем.
1. Исполнитель письменно извещает Заказчика о готовности к проведению испытаний не позднее чем за N дней до срока проведения испытаний указанного в Договоре.
2. Заказчик Приказом назначает срок проведения испытаний и приемочную комиссии, которая должна включать в свой состав представителей Заказчика и Исполнителя.
3. Заказчик письменно извещает Исполнителя и сторонние организации, которые должны принять участие в испытаниях.
4. Заказчик совместно с Исполнителем проводят все подготовительные мероприятия для проведения испытаний на объекте Заказчика, а так же проводят испытания.
5. Заказчик осуществляет контроль проведения испытаний, а также документирует ход проведения проверок в Протоколе проведения испытаний.
6. Заказчик передает Протокол проведения испытаний Исполнителю.
7. Исполнитель исправляет ошибки в Системе указанные в Протоколе проведения испытаний.
8. Заказчик осуществляет контроль проведения исправлений.
9. По завершению испытаний Заказчик и Исполнитель подписывают Акт приемки Системы в опытную эксплуатацию или Акт передачи системы для проведения приемочных испытаний (в зависимости от вида проводимых испытаний).
Порядок привлечения экспертов
В случае расхождений в оценках результатов испытаний, для разрешения споров, получения однозначных оценок, допускается привлечение экспертов как со стороны Заказчики и Исполнителя, так и со стороны сторонних организаций.
Заказчик и Исполнитель совместно инициируют привлечение экспертов. По результатам проведения экспертизы формируется протокол проведения экспертизы, в котором излагаются заключения экспертов и рекомендации.
Требования к персоналу, проводящему испытания
Со стороны Заказчика в испытаниях должны принимать участие:
— руководитель проекта, сотрудник Департамента управления проектами;
— системный архитектор, сотрудник Департамента информационных технологий;
— системный администратор, сотрудник Департамента сопровождения ИС;
— конечный пользователь, сотрудник Отдела анализа.
Со стороны Исполнителя в испытаниях принимать участие:
— системный архитектор;
— разработчик ETL;
— администратор БД;
— разработчик BI.
Требования к наличию специальных допусков у персонала проводящего испытания не предъявляются.
Материально-техническое обеспечение испытаний
В разделе «Материально-техническое обеспечение испытаний» указывают конкретные виды материально-технического обеспечения с распределением задач и обязанностей организации, участвующих в испытаниях.
Например:
Для проведения испытаний необходимо провести следующие работы:
— Силами Заказчика обеспечить доступ к Системе с рабочих мест пользователей.
— Силами Исполнителя провести установку необходимого программного обеспечения на рабочие места пользователей и администраторов Системы.
— Силами Исполнителя создать в проектной зоне рабочую папку (\DWH) и предоставить к ней полный доступ участникам испытаний.
Испытания проводятся на компьютерах Заказчика. К конфигурации компьютеров предъявляются следующие минимальной требования:
CPU: 1 Intel;
RAM: 512 Mb;
HDD: 80Gb;
Network Card: 1 Mb/s;
ОС: MS Windows 2000/XP;
ПО: MS Internet Explorer ver. 6.0;
MS Office ver. 2003.
Метрологическое обеспечение испытаний
В разделе «Метрологическое обеспечение испытаний» приводят перечень мероприятий по метрологическому обеспечению испытаний с распределением задач и ответственности организаций, участвующих в испытаниях, за выполнение соответствующих мероприятий.
Например:
Для проведения испытаний Системы не требуется специальных метрологических приборов, систем и мероприятий.
Для обеспечения единства оценки степени тяжести возможных неполадок возникающих при проведении испытаний, вводятся следующие оценки степени тяжести неполадок.
| Степень тяжести неполадки | Условный вес тяжести неполадки | Определение |
|---|---|---|
| Критическая | 2 | Неполадка повлияла на фактическую эффективность работоспособности таким образом, что все зафиксированные фактические значения количественных и качественных характеристик находятся за определенными допустимыми пределами. |
| Серьезная | 1 | Неполадка повлияла на фактическую эффективность работоспособности таким образом, что часть зафиксированных фактических значений количественных и качественных характеристик находятся за определенными допустимыми пределами. |
| Незначительная | 1 | Неполадка повлияла на фактическую эффективность работоспособности таким образом, что некоторые зафиксированные фактические значения количественных и качественных характеристик имеют близкие и незначительные отклонения определенных допустимыми пределами. |
Отчетность
В разделе «Отчетность» указывают перечень отчетных документов, которые должны оформляться в процессе испытаний и по их завершению, с указанием организаций и предприятий, разрабатывающих, согласующих и утверждающих их, и сроки оформления этих документов.
К отчетным документам относят акт и отчет о результатах испытаний, акт технического состояния системы после испытаний.
Приложение
В приложения включают перечень методик испытаний, математических и комплексных моделей, применяемых для оценки характеристик системы.
Методики испытаний разрабатывают на основе технического задания и утвержденных программ испытаний с использованием типовых методик испытаний (при наличии).
При этом отдельные положения типовых методик испытаний могут уточняться и конкретизироваться в разрабатываемых методиках испытаний в зависимости от особенности системы и условий проведения испытаний.
Содержание разделов методик устанавливает разработчик.
Improve Article
Save Article
Improve Article
Save Article
Scenario Testing is a Software Testing Technique that uses scenarios i.e. speculative stories to help the tester work through a complicated problem or test system. The ideal scenario test is a reliable, complicated, convincing or motivating story the outcome of which is easy to assess. Usually these tests are different from test cases as the test cases are single steps whereas scenarios cover a number of steps. Scenario testing is performed to ensure that the end to end functioning of software and all the process flow of the software are working properly. In scenario testing, the testers assume themselves to be the end users and find the real world scenarios or use cases which can be carried out on the software by the end user. In scenario testing, the testers take help from clients, stakeholders and developers to create test scenarios. Scenario testing helps testers to know how the software will exactly work when end user will use it. As the scenario testing tests the business process flow of the software so it helps in figure out a lot of defects which cannot be found with the help of other testing. Scenario testing is carried out by creating test scenarios which copy the end users usage. A test scenario is a story which describes the usage of the software by an end user.
Characteristics of Scenario Testing: A scenario test has five key characteristics:
- Story
- Motivating
- Credible
- Complex
- Easy to evaluate
Scenario Testing Process: 
Methods in Scenario Testing: There are two methods in scenario testing:
- System scenarios: Scenario tests used in this method are only those sets of realistic, user activities that cover various components in the system.
- Use-case and role-based scenarios In the use-case and role-based scenario method the focus is specifically on how the system is used by a user with different roles and environment.
Risks of Scenario Testing:
- Scenario testing is complex involving many features.
- Scenario testing is not designed for coverage of the program.
- Scenario testing is often heavily documented and used time and again.
Improve Article
Save Article
Improve Article
Save Article
Scenario Testing is a Software Testing Technique that uses scenarios i.e. speculative stories to help the tester work through a complicated problem or test system. The ideal scenario test is a reliable, complicated, convincing or motivating story the outcome of which is easy to assess. Usually these tests are different from test cases as the test cases are single steps whereas scenarios cover a number of steps. Scenario testing is performed to ensure that the end to end functioning of software and all the process flow of the software are working properly. In scenario testing, the testers assume themselves to be the end users and find the real world scenarios or use cases which can be carried out on the software by the end user. In scenario testing, the testers take help from clients, stakeholders and developers to create test scenarios. Scenario testing helps testers to know how the software will exactly work when end user will use it. As the scenario testing tests the business process flow of the software so it helps in figure out a lot of defects which cannot be found with the help of other testing. Scenario testing is carried out by creating test scenarios which copy the end users usage. A test scenario is a story which describes the usage of the software by an end user.
Characteristics of Scenario Testing: A scenario test has five key characteristics:
- Story
- Motivating
- Credible
- Complex
- Easy to evaluate
Scenario Testing Process:
Methods in Scenario Testing: There are two methods in scenario testing:
- System scenarios: Scenario tests used in this method are only those sets of realistic, user activities that cover various components in the system.
- Use-case and role-based scenarios In the use-case and role-based scenario method the focus is specifically on how the system is used by a user with different roles and environment.
Risks of Scenario Testing:
- Scenario testing is complex involving many features.
- Scenario testing is not designed for coverage of the program.
- Scenario testing is often heavily documented and used time and again.
-
Главная
-
Туториалы
-
Тестирование и обеспечение качества
- Тестирование ПО
Документация по тестированию включает документацию об артефактах, которые должны быть разработаны до или во время тестирования программного обеспечения.
Документация для тестирования программного обеспечения помогает оценить требуемые усилия по тестированию, охват тестирования, отслеживание / отслеживание потребности и т. д. В этом разделе описываются некоторые из часто используемых документированных артефактов, связанных с тестированием программного обеспечения, таких как:
- План тестирования
- Сценарий тестирования
- Прецедент
- Матрица прослеживаемости
План тестирования
В плане тестирования описывается стратегия, которая будет использоваться для тестирования приложения, ресурсов, которые будут использоваться, тестовой среды, в которой будет проводиться тестирование, а также ограничений тестирования и графика тестирования. Как правило, руководитель группы по обеспечению качества несет ответственность за составление плана тестирования.
План тестирования включает следующее:
- Введение в документ плана тестирования
- Предположения при тестировании приложения
- Список тестовых примеров, включенных в тестирование приложения
- Список функций для тестирования
- Какой подход к использованию при тестировании программного обеспечения
- Список результатов, которые необходимо проверить
- Ресурсы, выделенные для тестирования приложения
- Любые риски, связанные с процессом тестирования
- График задач и контрольных точек, которые должны быть достигнуты
Сценарий тестирования
Это однострочное заявление, которое уведомляет, какая область в приложении будет протестирована. Сценарии тестирования используются для проверки протекания всех потоков процессов из конца в конец. Отдельная область приложения может иметь всего лишь один тестовый сценарий для нескольких сотен сценариев в зависимости от величины и сложности приложения.
Термины «тестовый сценарий» и «тестовые примеры» используются взаимозаменяемо, однако тестовый сценарий имеет несколько этапов, тогда как тестовый пример имеет один шаг. С этой точки зрения сценарии тестирования являются тестовыми примерами, но они включают в себя несколько тестовых примеров и последовательность, в которой они должны выполняться. Кроме того, каждый тест зависит от результата предыдущего теста.
Прецедент
Тестовые примеры включают в себя набор шагов, условий и входов, которые могут использоваться при выполнении задач тестирования. Основной целью этой деятельности является обеспечение того, проходит ли программное обеспечение или не выполняется с точки зрения его функциональности и других аспектов. Существует множество типов тестовых примеров, таких как функциональные, отрицательные, ошибки, логические тестовые примеры, физические тестовые примеры, тесты пользовательского интерфейса и т. д.
Кроме того, тестовые примеры записываются для отслеживания охвата тестированием программного обеспечения. Как правило, нет формальных шаблонов, которые можно использовать во время написания тестового примера. Тем не менее, следующие компоненты всегда доступны и включены в каждый тестовый пример:
- Идентификатор теста
- Модуль продукта
- Версия продукта
- Лист регистраций изменений
- Цель
- Предположения
- Предпосылки
- Меры
- Ожидаемый результат
- Фактический результат
- Постусловий
Многие тестовые примеры могут быть получены из одного сценария тестирования. Кроме того, иногда несколько тестовых примеров написаны для одного программного обеспечения, которые все вместе называются наборами тестов.
Матрица прослеживаемости
Матрица прослеживания (также известная как матрица отслеживания требований — RTM) — это таблица, которая используется для отслеживания требований в течение жизненного цикла разработки программного обеспечения. Он может использоваться для прямой трассировки (т. е. От требований к дизайну или кодированию) или назад (т. е. От кодирования до требований). Для RTM существует множество пользовательских шаблонов.
Каждое требование в документе RTM связано со связанным с ним тестовым случаем, поэтому тестирование может быть выполнено в соответствии с указанными требованиями. Кроме того, идентификатор ошибок также включен и связан с соответствующими требованиями и тестовым случаем. Основными целями этой матрицы являются:
- Убедитесь, что программное обеспечение разработано в соответствии с указанными требованиями.
- Помогает найти основную причину любой ошибки.
- Помогает отслеживать разработанные документы на разных этапах SDLC.
Программа и методика предварительных испытаний
Программа и методика проверки и испытаний — стандартный документ, позволяющий продуманно проверить систему до проведения пусконаладочных мероприятий
Оглавление
1. Основания для проведения работ
2. Цель проведения работ
3. Порядок проведения работ
4. Объём и состав работ
5. График выполнения ПНР
6. Методика проведения испытаний
7. Используемые приборы
8. Требования безопасности
9. Состав рабочей группы
10. Список используемой нормативно-технической литературы
Программа испытаний:
1 Основания для проведения работ
1.1. Основанием для проведения пусконаладочных работ являются:
Договор № 111112222 между ООО «Первое» и ООО «Второе»
1.2. Настоящая программа распространяется на оборудование систем часофикации. Программа применяется в комплекте с документацией ШИФР документа
1.3. Свидетельство о допуске к определенному виду или видам работ, которые оказывают влияние на безопасность объектов капитального строительства:
Наименование документа
Вид выполняемых работ
Рег. № Свидетельства
Срок действия
Лицензия Министерства по делам гражданской обороны, чрезвычайным ситуациям и ликвидации последствий стихийных бедствий на осуществление деятельности по монтажу, техническому обслуживанию и ремонту средств обеспечения пожарной безопасности зданий и сооружений
* монтаж, техническое обслуживание и ремонт систем пожаротушения и их элементов, включая диспетчеризацию и проведение пусконаладочных работ;
* монтаж, техническое обслуживание и ремонт систем пожарной и охранно-пожарной сигнализации и их элементов, включая диспетчеризацию и проведение пусконаладочных работ;
* монтаж, техническое обслуживание и ремонт систем противопожарного водоснабжения и их элементов, включая диспетчеризацию и проведение пусконаладочных работ;
* монтаж, техническое обслуживание и ремонт систем (элементов систем) дымоудаления и противодымной вентиляции, включая диспетчеризацию и проведение пусконаладочных работ;
* монтаж, техническое обслуживание и ремонт систем оповещения и эвакуации при пожаре и их элементов, включая диспетчеризацию и проведение пусконаладочных работ;
* монтаж, техническое обслуживание и ремонт фотолюминесцентных эвакуационных систем и их элементов;
* монтаж, техническое обслуживание и ремонт противопожарных занавесов и завес, включая диспетчеризацию и проведение пусконаладочных работ;
* монтаж, техническое обслуживание и ремонт заполнений проемов в противопожарных преградах;
* выполнение работ по огнезащите материалов, изделий и конструкций
№ 77-Б/02579
от 17.08.2015 г.
Бессрочная
Свидетельство о допуске к определенному виду или видам работ, которые оказывают влияние на безопасность объектов капитального строительства
* в том числе:
20 Устройство наружных электрических сетей и линий связи
20.1 Устройство сетей электроснабжения напряжением до 1 кВ включительно.*
20.2 Устройство сетей электроснабжения напряжением до 35 кВ включительно
20.12 Установка распределительных устройств, коммутационной аппаратуры, устройств зашиты 20.13 Устройство наружных линий связи, в том числе телефонных, радио и телевидения *
23 Монтажные работы
23.6 Монтаж электротехнических установок, оборудования, систем автоматики и сигнализации* 23.16 Монтаж оборудования объектов инфраструктуры железнодорожного транспорта 23.17 Монтаж оборудования метрополитенов и тоннелей
23.25 Монтаж оборудования театрально-зрелищных предприятий
23.29 Монтаж оборудования учреждений здравоохранения и предприятий медицинской промышленности*
23.33 Монтаж оборудования сооружений связи* 23.34 Монтаж оборудования объектов космической инфраструктуры
23.35 Монтаж оборудования аэропортов и иныхбъектов авиационной инфраструктуры
24 Пусконаладочные работы
24.5 Пусконаладочные работы коммутационных аппаратов
24.7 Пусконаладочные работы автоматики в электроснабжении*
24.10 Пусконаладочные работы систем автоматики, сигнализации и взаимосвязанных устройств*
24.11 Пусконаладочные работы автономной наладки систем*
24.12 Пусконаладочные работы комплексной наладки систем*
24.13 Пусконаладочные работы средств телемеханики*
24.31 Пусконаладочные работы на сооружениях нефтегазового комплекса
33.1 Промышленное строительство
33.1.2 Предприятия и объекты угольной промышленности
33.1.3 Предприятия и объекты черной металлургии 33.1.4 Предприятия и объекты цветной металлургии 33.1.8 Предприятия и объекты легкой промышленности*
33.1.9 Предприятия и объекты пищевой промышленности*
33.1.10 Предприятия и объекты сельского и лесного хозяйства*
33.2 Транспортное строительство
33.2.3 Аэропорты и иные объекты авиационной инфраструктуры
33.2.5 Метрополитены
33.2.7 Предприятия и объекты общественного транспорта
№ С-202-77-0236-77-16052017
Без ограничения срока действия
2 Цель проведения работ
Целью пусконаладочных работ является достижение проектных параметров работы оборудования, подготовка к приемосдаточным испытаниям, а также к надежному и устойчивому ее функционированию.
2.1. Выявленные в процессе настройки, программирования и организации взаимодействия оборудования центральных устройств и периферии замечания устраняет проектная, строительно-монтажная организация или заказчик, в зависимости от их характера.
2.2. Дефекты оборудования, выявленные в процессе индивидуальных испытаний и наладки, должны устраняться Заказчиком (или предприятием изготовителем) до приемки объекта в эксплуатацию.
2.3. Настроечные работы оформляются протоколами измерений технологических параметров, проверок и актами комплексных испытаний
3 Порядок проведения работ
Пусконаладочные работы проводятся в следующем порядке:
3.1. Подготовительные работы:
Ознакомление и анализ технической документации, изучение схем установки и подключения оборудования.
Внешний осмотр общей строительной готовности помещений объектов строительства.
Внешний осмотр смонтированных элементов оборудования центральных устройств и периферии.
Проверка маркировки линий связи и линий электропитания, согласно кабельным журналам.
Проверка на соответствие проекту комплектности оборудования и размещения на объектах производства работ, а также и нормативно-технической и эксплуатационной документации.
Проведение необходимых электрических измерений кабельных линий комплекса технических средств. Результаты измерений оформляются соответствующими протоколами в обязательном порядке.
3.2. Наладка раздела ПС:
3.2.1 Установка операционной системы, установка и наладка программного обеспечения системы «СФ-Монитор» на серверный компьютер станции.
3.2.2 Сетевая настройка элементов системы:
3.2.3 Сетевая настройка серверного компьютера станции.
3.2.4 Программирование Модулей адресно-аналоговых шлейфов (присвоение адреса, установка режимов работы)
3.2.5 Программирование Блоков контроля
3.2.6 Программирование Модулей управления
3.2.7 Наладка органов управления и индикации системы.
3.2.8 Наладка пожарного пульта в диспетчерской (Центральной станции).
3.2.9 Наладка совместной работы пожарного пульта с дополнительными устройствами отображения состояния групп сигнализации и устройств
3.2.10 Автономная наладка системы. Проверка работоспособности каждого Модуля адресно-аналогового шлейфа во взаимодействии с устройствами контроля и управления своего шлейфа.
3.3. Раздел автоматизации:
3.3.1 Проверка работоспособности блоков питания, источников бесперебойного питания заключается в подключении согласно схемам рабочей документации, подаче питания с последующим контролем индикаторов состояния, выходного напряжения, работы от АКБ при отключении основного ввода, а также восстановления работы от основного ввода при подаче напряжения.
3.3.2 Преобразователь первичный измерительный температуры, расхода или уровня:
Визуальный осмотр на дефекты;
Вскрытие датчика температуры, давления (корпус);
Проверка полярности;
Проверка на короткое замыкание (если многожильный кабель).
3.3.3 Термосигнализатор
Визуальный осмотр на дефекты;
Проверка правильной установки;
Проверка полярности;
Проверка на короткое замыкание (если многожильный кабель).
3.3.4 Сигнализатор давления (разрежения), расхода
Визуальный осмотр на дефекты;
Вскрытие датчика давления (корпус);
Проверка полярности;
Проверка на короткое замыкание (если многожильный кабель).
3.3.5 Преобразователь частоты с непосредственной связью, напряжением до 1 кВ, до 200 А
Изучение документации, визуальный осмотр устройства на внешние повреждения.
Проверка соединений на короткое замыкание обрыв линий управления и питания.
Подача питания и настройка параметров частотного преобразователя. Параметры настройки: частота минимальная, частота максимальная, рабочий ток двигателя, номинальный ток двигателя, холостого хода, скольжения, постоянный ток торможения, тип остановки двигателя, напряжение питания, разрешение запуска с ходу,функция выходного реле, задание функции клемм DI 1-7.
Запуск частотного преобразователя.
Механизм исполнительный однооборотный
Открыть конструктивную крышку привода, проверить правильность расключения схемы управления эл. двигателем и группой концевых выключателей;
Проверить свободный ход привода при ручном управлении;
Отрегулировать положение концевых выключателей, проверить срабатывание выключателя моментной муфты.
3.4. Раздел диспетчеризации
Пусконаладочные работы оборудования АУ разделяются на уровни:
— Локальный уровень — пусконаладочные работы локальных средств автоматики (ЛСА) инженерно-технических устройств на станции;
— Дистанционный уровень — пусконаладочные работы устройств телемеханики на станции (помещения релейной ЭМС и ДПС);
— Диспетчерский уровень — пусконаладочные работы устройств телемеханики в здании Инженерного корпуса.
Блок аппаратуры сопряжения канала передачи данных
Установить параметры связи между аппаратурой сопряжения на приемной и передающей сторонах с помощью dip-переключателей, ключей.
Проверить правильность отображения индикаторов: работоспособности, питания, наличия связи.
Сохранить настройки.
Наладка цепей телесигнализации (Цепь ТС)
Изменить состояние сигнала ТС, воздействуя непосредственно на контролируемое устройство. В случае если изменение сигнала невозможно, осуществить установку сигнала ТС путем замыканием клемм подключения устройства к УСО.
Проконтролировать изменение значения сигнала ТС на устройстве телемеханики ЛСА.
Наладка цепей вызова телеизмерений – параметры микроклимота (Цепь ТИ).
Провести имитацию значения параметра микроклимота при помощи калибратора универсального токового сигнала (диапазон – 4 … 20 мА), которые подключаются на входные клеммы БКП.
Проконтролировать изменение значения параметра ТИ на устройстве телемеханики ЛСА.
Значение параметров должно соответствовать имитационному значению параметра.
Восстановить измерительную цепь и убедиться в соответствии значения параметра на устройстве телемеханики ЛСА реальным показаниям БКП.
Наладка цепей телеизмерений – параметры расходомера (Цепь ТИ).
Подключиться к входным клеммам устройства измерения расхода в щите управления ТМ и, с помощью специального ПО, провести имитацию изменения значения параметра.
Проконтролировать изменение значения параметра ТИ на устройстве
телемеханики ЛСА.
Значение параметров должно соответствовать имитационному значению параметра.
Восстановить измерительную цепь и убедиться в соответствии значения параметра на устройстве телемеханики ЛСА реальным показаниям расходомера.
Наладка цепей телеуправления (Цепь ТУ)
Провести имитацию получения ЛСА команды ТУ и проверить выдачу ее в линию.
Проконтролировать выполнение команды ТУ.
Устройство телемеханики на стороне контролируемого пункта.
Подключить контроллер к ноутбуку при помощи коммутационного шнура.
Установка операционной системы и прикладного программного обеспечения на оборудование АУ из поставки производителя оборудования.
Конфигурирования RAID-массива на оборудование АУ (серверная часть).
Настройка компонентов операционной системы (ПА для распределения приложений между РС, Учетные записи пользователя, Брандмауэр и т.д.):
Установка драйверов каждого компонента устройства телемеханики.
Установка и активация платформы общеязыковой среды исполнения (CLR), которая позволяет совместно работать под одной операционной системой прикладным программам, написанным на разных языках программирования.
Настройка синхронизации времени.
Установка и настройка компонентов платформы АУ.
Настройка автоматического входа в систему.
Настройка ведения журнала работоспособности устройств телемеханики.
Настроить обмен данными между модулями, проверить работоспособность конфигурационного программного обеспечения.
Установить параметры связи с ЛСА и устройствами телемеханики пункта управления согласно соответствующим протоколам передачи данных.
Сохранить настройки.
Устройство телемеханики на стороне пункта управления.
Подключить единицу оборудования щита к ноутбуку при помощи коммутационного шнура.
Установка операционной системы и прикладного программного обеспечения на оборудование АУ из поставки производителя оборудования.
4. Ведомость объемов работ
3.2.12 Методика проведения испытаний
Перед началом испытаний система должна быть приведена в исходное состояние рабочий режим.
При проведении испытаний проверяется правильность отображения информации о событиях на средствах контроля и управления средств связи в соответствии с проектной документацией и инструкций к оборудованию.
Результаты комиссионных испытаний оформляются Протоколом проведения комиссионных испытаний системы часофикации 3 и 4 этаж.
3.2.13 Используемые приборы
№п/п
Наимнование СИ или ИО
Тип
Заводской номер
Дата последней проверки
Дата последующей поверки
Свидетельство о поверке
1
Прибор кабельный
ИРК-ПРО 20
0532507
13.04.2017
12.04.2019
СП 1611994
3.2.14 Требования безопасности
14.1. Общие требования безопасности.
К пусконаладочным и регулировочным работам допускаются монтажники- наладчики, прошедшие: медицинское освидетельствование; вводный инструктаж по технике безопасности и пожарной безопасности; инструктаж по технике безопасности на рабочем месте; обученные и имеющие удостоверения по технике безопасности.
14.2. Требования безопасности перед началом работы.
14.2.1. Пусконаладочные и регулировочные работы на объекте строительства могут быть начаты лишь после выполнения общих мер по технике безопасности и при условии приемки по акту готовности монтажа.
14.2.2. На объекте строительства общие меры безопасности работ (устройство ограждений, защитных козырьков и сеток, ограждение отверстий и люков в перекрытиях, освещение, пожарная безопасность и т.п.) возлагается на генерального подрядчика или заказчика, однако несоблюдение ими этих условий не снимает ответственности с наладочной организации за допуск ее работников к выполнению работ, не отвечающих требованиям действующих правил техники безопасности.
14.2.3. В местах, где имеется или может возникнуть производственная опасность, исходящая от действующего предприятия, исполнитель работ должен иметь наряд-допуск на производство работ повышенной опасности, согласно приложения Д СНиП 1203-2001. Наряд- допуск выдается на срок, необходимый для выполнения заданного объема работ.
14.2.4. Монтажники-наладчики обязаны пользоваться выданной спецодеждой, спецобувью и испытанными средствами индивидуальной и коллективной защиты, предусмотренными отраслевыми нормами и правилами пользования, защитными средствами и приспособлениями.
14.2.5. Все лица, находящиеся на строительной площадке, включая помещения РУ, ЩСУ, обязаны носить защитные каски. Рабочие и инженерно-технические работники без защитных касок, других необходимых средств индивидуальной защиты и спецодежды к выполнению работ не допускаются.
14.2.6. Опасные зоны должны быть обозначены знаками безопасности и надписями установленной формы.
14.2.7. Строительные площадки, участки работ, рабочие места, проезды и подходы к ним в темное время суток должны быть равномерно освещены.
14.2.8. Проемы в перекрытиях, на которых производятся работы или к которым возможен допуск людей, должны быть закрыты сплошным настилом или иметь прочные ограждения с бортовыми досками по всему периметру.
14.2.9. При перемещении в рабочих местах на строительной площадке необходимо пользоваться оборудованными переходами, проходами и проездами.
14.2.10. Проемы в стенах должны иметь ограждения высотой 1 м и бортовую доску вы сотой 15 см. Если нижняя кромка проема находится выше 0,7 м от пола или настила ограждения не требуются.
14.2.11. Организация рабочих мест должна обеспечивать безопасность выполнения работ. Рабочие места, расположенные над землей или перекрытием на высоте 1 м и выше, должны быть ограждения.
14.3. Требования безопасности во время работы.
14.3.1. Ежедневно до начала работ руководитель ПНР обязан, убедиться в подготовке рабочих мест, полностью обеспечивающих безопасность выполнения наладочных работ.
14.3.2. Временную проводку на строительной площадке выполняют организации генеральных подрядчиков изолированным проводом на высоте 2,5 м от рабочего места, над проходами — 3,5 м, под проездами -6 м.
14.3.3. Пусконаладочные и регулировочные работы в действующих электроустановках должны производиться после полного снятия напряжения и при осуществлении организационных и технических мероприятий по обеспечению безопасного их выполнения.
14.3.4. При выполнении пусконаладочных и регулировочных работ на объектах и строительных площадках строго соблюдать и выполнять нормы, правила и инструкции по обеспечению пожарной безопасности.
14.3.5. Наладочному персоналу категорически запрещается принимать на себя временную эксплуатацию электроустановок.
14.3.6. Монтажник-наладчик должен знать схему временного и постоянного электропитания участка ПНР и места отключения напряжения.
14.3.7. Все работающие обязаны выполнять правила внутреннего трудового распорядка, выполнять только ту работу, к которой допущены и проинструктированы, своевременно сообщать руководителю ПНР о замечаниях, недостатках.
3.2.15 Состав рабочей группы
Инженер-пусконаладчик – 2 чел.
3.2.16 Список используемой нормативно-технической литературы
ПБ 03-428-02 Правила безопасности при строительстве подземных сооружений
СП 32-105-2004 «Метрополитены. Свод правил по проектированию и строительству».
СНиП 3.01.04-87 «Приемка в эксплуатацию законченных строительством объектов».
СНиП 3.01.01-85 «Организация строительного производства».
Руководство по монтажу, настройке и эксплуатации Mobatime sistems.
#программаиметодикаиспытаний, #программаиспытаний, #методикаиспытаний