Введение
Инженер-испытатель – это специалист, который определяет, как разработать процесс для оптимального тестирования конкретного продукта в производстве и смежных областях, чтобы гарантировать соответствие продукта действующим требованиям. Инженеры-испытатели также отвечают за определение наиболее эффективного способа проведения тестов для обеспечения достаточного покрытия. Часто инженеры-испытатели выступают в роли связующего звена между отделами производства, разработки, продаж и маркетинга.
Сохранение доходности
Урожайность продукции играет очень важную роль на протяжении всего жизненного цикла. Обычно для продукта выделяют три этапа: разработка, начальное производство (IP) и серийное производство (FP). На ранних этапах, на этапе разработки и начального производства, урожайность сильно колеблется. Производственный процесс находится в стадии отладки и оптимизации. Инженеры-технологи обычно работают с производственными площадками для повышения урожайности продукта. Большинство компаний устанавливают конкретные целевые показатели урожайности для каждого этапа производства, чтобы достичь ожидаемых значений. Как только урожайность продукта стабилизируется, обычно на уровне 80%, инженер по тестированию отвечает за перевод продукта с этапа разработки на этап начального производства. В течение этого периода инженер по тестированию отслеживает урожайность производства в течение определенного времени, корректирует пределы тестовых программ и даже сотрудничает с инженером-технологом для дальнейшего улучшения урожайности. После того, как урожайность производства превысит 90%, инженер по тестированию может запустить серийное производство продукта и продолжит контролировать и повышать урожайность. Кроме того, показатели урожайности могут указывать на необходимость внедрения дополнительного этапа производства (например, если используемые этапы не позволяют выявлять определенные дефекты). Урожайность также может определить, можно ли упростить существующий этап тестирования (по количеству операций или по времени) или даже исключить его. Например, если ошибки ESS обнаруживаются в течение первых трех часов, время тестирования можно сократить с обычных 24 часов до, возможно, 4. Или, если этап производства стабильно демонстрирует 100% урожайность в течение 15 месяцев, команды могут собраться и принять решение об исключении этого этапа.
Производитель по контракту
Контрактный производитель (CM) также предоставляет своим клиентам инженера по тестированию. Функции этих инженеров по тестированию варьируются в зависимости от уровня поддержки, оказываемой клиентам: от предоставления поддержки, включающей только интерактивное взаимодействие и первичную проверку, до разработки частичных или комплексных решений с нуля.
Предоставление интерактивной поддержки первого уровня обороны
Предоставление поддержки только в части "интерактивной защиты и первого уровня защиты" – обычная задача инженера CM TE. Вот некоторые типичные функции инженера-тестировщика CM:
Проверка тестовых решений совместно с инженерами-тестировщиками со стороны заказчика. Анализ соответствия инфраструктуры требованиям (от организации пространства/линии, доступа к сети до рабочих станций и/или серверов, наличия операторов и т.д.). Изучение технологий, используемых в продукции заказчика. Умение руководить, обучать и оказывать поддержку операторам, выполняющим фактическое тестирование. Способность отлаживать и изолировать проблемы. Сбор информации для передачи партнерам. Благодаря тесному взаимодействию с испытательной линией, они контролируют проходящую продукцию и проверяют неисправные платы, чтобы определить, действительно ли произошел сбой, или же он был вызван неправильной настройкой тестирования. Вот некоторые примеры ложных срабатываний:
Забыли подключить кабель для связи с UUT (или неправильно подключили/ослабили его). Это приведет к таймауту автоматизированного тестирования в ожидании ответа от UUT. Забыли подключить петлевые кабели при тестировании UUT с любым сетевым интерфейсом (Ethernet/оптический/и т.д.). Это приведет к сбою теста трафика. Пропустили этап тестирования. Некоторые этапы тестирования настраивают UUT для загрузки прошивки или перевода его в определенное состояние (например, для подготовки к режиму burn-in), поэтому при запуске автоматизированного тестирования ожидаемое состояние не будет достигнуто, и тест завершится неудачей. Не реализовали необходимые отклонения, требующие изменений в аппаратном или программном обеспечении UUT. Забыли включить устройство сразу после запуска автоматизированного тестирования. Это приведет к той же проблеме, что и в первом пункте списка. Забыли установить другие компоненты испытательного стенда.
Reviewing test solutions with their partnering test engineers from the customer side. Analyzing if the infrastructure meets the requirements (from floor/line setup, network access to workstations and/or servers, operator manpower, etc.). Getting familiar with the customer products' technology. Being able to manage, train and support operators who performs the actual testing. Being able to debug and isolate problems. Gathering information to feed back to their partners. Because of their close involvement with the test line, they monitor the products going through the line and inspect the failed boards to decide if it really failed or if the failure was just caused by some improper test setup. Some examples of these false failures are:
Forgot to connect the cable to talk to the UUT (or misplacing the cable or putting it loose). This will cause the test automation to time out for any response from the UUT. Forgot to connect the loopback cables when testing a UUT with any networking interface (Ethernet/optical/etc ports). This will cause the traffic test to fail. Skipped some test process. Some test process will configure the UUT to load some firmware or put it in some state (i. e. preparing it to run in burn in mode) so when the test automation starts, whatever known state it is expecting will not be satisfied and thus fail. Skipped to implement some deviations that would require hardware/software changes to the UUT. Forgot to power up the unit right away when the test automation started. This will result to the same problem as the first item of this list. Forgot to attach any other test fixture components.