одиниця 6 / 11

Аналіз даних тестування та перевірки

Прибуток:

  • Здатність розпізнавати типи тестових даних, такі як динамометр, дорожні випробування, витривалість і DVP&R, і їх місце в процесі перевірки
  • Можливість використання штучного інтелекту для підсумовування, позначення аномалій і проектів звітів у великих наборах тестових даних
  • Можливість перехресної перевірки інтерпретації тесту ШІ з невизначеністю вимірювань, повторюваністю та критеріями прийнятності

Відповідь на питання «чи відповідає він вимогам» до того, як транспортний засіб або компонент буде запущено у виробництво, криється в даних випробувань і перевірки. Випробування в автомобільній промисловості поширюються від лабораторії (динамометр, кліматична камера, вібраційний стіл) до дороги (дорожнє випробування, трек на витривалість) і лабораторії аварій. Ці тести генерують величезну кількість даних: один тест на витривалість може містити мільйони рядків записів датчиків. У цьому розділі ми побачимо типи цих даних, їхнє місце в процесі перевірки та те, як штучний інтелект допомагає в аналізі (але як рішення залишається за інженером).

Що таке верифікація та валідація?

Ці два терміни часто плутають:

  • Перевірка: «Чи правильно ми створили продукт?» Вимірює відповідність вимогам. Приклад: «У специфікації гальмівного шляху вказано 38 метрів; ми виміряли, 36,5 метра. Підходить».
  • Перевірка: «Чи ми зробили правильний продукт?» Чи відповідає це потребам у реальному використанні? Приклад: «Чи вважають водії це гальмо безпечним?»

В автомобільній промисловості цим процесом зазвичай керують за допомогою документа DVP&R (План перевірки проекту та звіту): це таблиця, у якій перелічено, які вимоги будуть перевірені за допомогою якого тесту, за якими критеріями прийнятності та результат.

Типові типи тестових даних

Тип тесту

Які заходи

зразкові дані

Динамометр (дино)

Потужність двигуна, крутний момент, викиди

RPM-крива крутного моменту, витрата палива

дорожнє випробування

Поведінка фактичного стану

GPS, прискорення, дорожні сигнали

довговічність

довічна втома

Вібрація, деформація, кількість циклів

клімат/середовище

Гаряче-холодно-вологостійкість

температура, робочий стан

NVH

Шум/вібрація

Звуковий тиск, спектр прискорення

Зіткнення (аварія)

Безпека

Високошвидкісне відео, фіктивні датчики

Кожен тест має критерій прийнятності (вимогу). Аналіз повинен підтвердити, чи відповідають дані цьому критерію.

Що робить штучний інтелект в аналізі тестів?

AI є потужним помічником в аналізі тестових даних, щоб:

  1. Узагальнення: статистичне зведення, пікові значення, розподіл з мільйонів рядків.
  2. Позначення аномалії: «На 214 секунді цього запису спостерігається неочікуване падіння крутного моменту».
  3. Порівняння зразків: порівняння двох тестових запусків або різних транспортних засобів і виявлення відмінностей.
  4. Чернетка звіту: Складання текстових і графічних пояснень результатів DVP&R.
  5. Довідка по коду: Створення сценарію аналізу (Python).

Але будьте обережні: це все ескізи та натяки. Інженер-випробувач вирішує, чи пройде тест чи ні, і чи справжня аномалія чи помилка вимірювання.

Підказка: запитайте ШІ "чи пройшов цей тест?" Замість того, щоб запитувати: "Які регіони в цих даних демонструють ризик відповідно до критеріїв прийнятності, які додаткові перевірки я повинен зробити?" запитати. Для першого потрібні рішення (не робота ШІ), для другого потрібні підказки (робота ШІ).

Невизначеність і повторюваність вимірювань

Жодне вимірювання не є ідеальним. Важливими є дві концепції:

  • Невизначеність вимірювання: природна похибка вимірювального приладу. Якщо гальмівний шлях становить "36,5 м", а похибка становить ±0,8 м, фактичне значення становить 35,7-37,3 м. Якщо специфікація становить 38 м, ви в безпеці; але якби специфікація була 37 м, невизначеність була б дуже близькою до межі.
  • Повторюваність: чи отримуєте ви подібні результати, коли повторюєте той самий тест? Випадково пройшов один пробіг. В автомобільній промисловості критичні випробування повторюються кілька разів у різних автомобілях/умовах.

«Аномалія», позначена штучним інтелектом, насправді може бути шумом вимірювання. Невизначеність і подвійна перевірка важливі перед прийняттям рішення.

Застереження: вислів ШІ «пройшов критерії прийнятності» є оманливим, якщо він не враховує невизначеність вимірювання та дублювання. У результатах, близьких до межі, межа невизначеності може змінити результат тесту.

Міні кейси

Випадок 1 - Аномалія чи шум? У тесті на витривалість AI відзначає 3 раптові стрибки в сигналі напруги. Інженер-випробувач переглядає необроблені дані: стрибки відповідають точним моментам перезапуску реєстратора даних; Отже, це не справжня структурна подія, це збій реєстрації. Задокументовано, що аномалії є артефактами. Результат: ШІ дав підказку, інженер виділив першопричину; автоматичний штамп «відмова» був би неправильним.

Випадок 2 - Результат, близький до межі. Середня відстань у тесті на гальмування становить 37,4 м, специфікація – 38 м. AI каже "пройшов". Інженер усвідомлює похибку вимірювання (±0,9 м) і те, що було зроблено лише 2 прогони; Верхня межа перевищує специфікацію 38,3 м. Випробування збільшено до 6 прогонів, а умови (гарячі гальма, завантажений автомобіль) змінюються; Результат підтверджено безпечним. Висновок: говорити «здав» без двозначності та повторень ризиковано.

Випадок 3 – Сила швидкого підсумку. Один тест NVH містить 40 ГБ даних від 12 приладів. AI виводить таблицю та порівняння, узагальнюючи пікові частоти та амплітуди для кожного інструменту; Інженер звертає свою увагу на 2 проблемні автомобілі за 20 хвилин замість 2 годин. Потім він власноруч досліджує необроблений спектр цих двох автомобілів. Результат: ШІ виконав усунення, інженер зробив глибокий аналіз.

шаблони підказок

Шаблон 1 - Підсумок тесту:

Роль: Ви аналітик тестових даних. Завдання: узагальніть наведений нижче запис динамометра. Контекст: дані об/хв, 1000-6000 об/хв; критерій прийнятності: максимальний крутний момент не менше 320 Нм, відсутність колапсу на кривій потужності. Обмеження: прийняття рішень «пройшов/не пройшов»; Перелічіть зони ризику та додаткові рекомендації щодо контролю відповідно до критеріїв. Вихід: підсумкова статистика + зона ризику + рекомендований контроль.

Шаблон 2 – аналіз аномалії:

Посада: Ви експерт із вимірювання та приладобудування. Завдання: Допоможіть мені визначити, чи є позначені аномалії реальними подіями чи артефактами вимірювань. Контекст: 3 раптові стрибки в сигналі деформації; Диктофон періодично перезапускається. Результат: можливе пояснення + дискримінантна перевірка для кожної аномалії.

Шаблон 3 – Оцінка невизначеності:

Роль: Ви консультант з метрології (науки про вимірювання). Завдання: Оцініть безпеку результату відповідно до критеріїв прийнятності. Контекст: Виміряне значення 37,4 м, похибка ±0,9 м, специфікація 38 м, кількість прогонів 2. Обмеження: обов’язково врахуйте похибку та кількість повторень; підкресліть близькість до межі. Результат: Оцінка + рекомендація щодо додаткового тестування + залишковий ризик.

Шаблон 4 - Чернетка звіту DVP&R:

Роль: Ви інженер верифікації. Завдання: написати проект тексту результату DVP&R для наступних результатів тесту. Контекст: Вимога, метод випробування, критерій прийнятності та виміряне значення виконано (анонімно). Обмеження: лише чернетка; Не використовуйте сувору заяву «затверджено», залиште місце для схвалення інженера. Результат: Вимога | тест | критерій | результат | статус (чернетка).

Слабка підказка / Сильна підказка

Слабка підказка:

Подивіться на дані тесту, чи він пройшов?

Відсутність критеріїв прийняття, двозначність і повторення; ШІ говорить сліпе «пройшов/не пройшов», що небезпечно.

Потужна підказка:

Посада: ви аналітик даних автомобільних випробувань. Завдання: проаналізуйте додані дані тестування гальм на відповідність критеріям прийнятності та повідомте, які додаткові докази потрібні для прийняття рішення. Контекст: Критерій 38 м; похибка вимірювання ±0,9 м; Існує 2 умови; перевірка навантаження транспортного засобу в одній умові. Обмеження: Оголошення «Витримано»; Перелічіть ризики та запропоновані додаткові умови з точки зору невизначеності та дублювання. Результат: Ризик | обґрунтування | рекомендована додаткова таблиця тестування.

Поширені помилки

  • Змушення штучного інтелекту прийняти рішення йти/не виходити. Рішення приймає інженер; ШІ дає підказки.
  • Ігнорування невизначеності вимірювання. У результатах, близьких до межі, невизначеність змінює результат.
  • Спираючись на один біг. Без повторюваності результат буде крихким.
  • Відразу розцініть аномалію як «несправність». Може бути артефакт запису/шум; Повернутися до вихідних даних.
  • Сліпе копіювання звіту. Проект штучного інтелекту не може стати офіційним документом без схвалення та виправлення інженера.

Підсумовуючи

  • Верифікаційні заходи відповідають вимогам, валідаційні заходи відповідають фактичній потребі; DVP&R керує цим процесом.
  • Це потужний помічник у підсумовуванні, позначенні аномалій, порівнянні та складанні звітів на основі даних тестування ШІ.
  • Рішення (пройти/не пройти) залежить від інженера; ШІ підказує, а не знаки.
  • Без невизначеності вимірювання та повторюваності результат не можна інтерпретувати; Результати поблизу межі потребують особливої ​​уваги.
  • Аномалії необхідно розділити за допомогою вихідних даних, щоб визначити, чи є вони реальними подіями чи артефактами вимірювань.

Аплікаційне завдання

Виберіть перевірку (наприклад, холодний запуск у кліматичній камері). (1) Напишіть вимогу, метод випробування та критерії прийнятності. (2) Вимагайте зведення та аналіз зони ризику за допомогою Шаблону 1 (без запиту рішення). (3) Оцініть уявний результат поблизу межі невизначеності за допомогою Шаблону 3. (4) Створіть проект DVP&R, використовуючи Шаблон 4, вказавши, які області ви залишаєте для затвердження інженера.

контрольний список

  • [ ] Я чітко написав вимоги та критерії прийому.
  • [ ] Я попросив ШІ надати ризик/підказку, а не рішення.
  • [ ] Я включив похибку вимірювання в результат.
  • [ ] Я оцінив рівень повторюваності (кількість прогонів).
  • [ ] Я досліджував аномалії за допомогою вихідних даних, роблячи різницю між фактом і артефактом.
  • [ ] Я позначив чернетку звіту для затвердження інженером.