Выявленные и, казалось бы, исправленные на ранних стадиях испытаний дефекты могут «всплывать» снова. Причина «всплывающих дефектов» в том, что результаты проверок на работоспособность поагрегатно («россыпью») могут не учитывать особенности работы агрегатов в рамках всей системы. Если такая ситуация возникнет, придется все переделывать и сроки поставки будут, скорее всего, сорваны. Кроме того, современные изделия так напичканы программным кодом, что зачастую работают правильно только при определенной программной конфигурации, которую, до проведения необходимых тестов, еще надо вовремя установить на изделие. 

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

Технологический смысл процесса испытаний – cкорейшее подтверждение характеристик изделия в соответствии с согласованным техзаданием 

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

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

В любой момент времени должна быть связь между техническими предложениями, вариантами рабочего проекта, планами (сценариями) испытаний вариантов и отчетами по работоспособности агрегатов и опытного образца. Необходимо соблюдать следующее правило: при выпуске рабочей документации на агрегат нужно сразу создать план испытаний этого агрегата. Соблюдение этого правила снимет большую часть простоев в ходе тестов. 

Разработчик агрегата несет ответственность за его работоспособность, так почему бы ему сразу не написать программу испытаний?

Технологии РТС – как это реализовано на современном уровне ИТ 

Вместо того, чтобы хранить информацию по рабочему проекту, требованиям заказчика, инженерным требованиям, а также производственную документацию в разрозненных офисных документах со множеством учтенных и неучтенных копий, компания РТС предлагает использовать единое решение – PTC Integrity, в котором с появлением первых рабочих этапов технического проекта можно начать планировать программу испытаний. 

Поскольку PTC Integrity интегрировано с PLM-системой PTC Windchill, такой подход позволит включить в программу испытаний всю выпущенную конструкторами документацию по изделию в электронном виде. 

Кроме того, выявленные в ходе проверок недостатки можно сразу передавать из PTC Integrity прямо в PTC Windchill как электронное задание на проведение инженерных изменений: все выявленные недоработки, исправленные и занесенные в PTC Windchill, как следующая версия конструкторской документации поступят в испытательную лабораторию в электронном виде. 

Таким образом, на производственном предприятии будет замкнутый цикл: PLM– ALM с возможностью постоянного отслеживания хода испытаний и необходимых инженерных доработок через Интернет в любой точке России.