Схема розділу
-
Заняття 8. Тестові процеси та документація в тестуванні програмного забезпечення
Мета: передбачає ієрархічне опанування навичок, починаючи від запам'ятовування термінів до здатності створювати комплексну тестову документацію та інтегрувати процеси. На найнижчому рівні, Знання/Запам'ятовування (Remembering), студент повинен визначити та перелічити ключові елементи тестової документації, такі як Тест-Політика, Тест-План, Тест-Кейс і Звіт про дефекти, а також назвати чотири рівні тестових процесів (наприклад, організаційний, менеджменту тестування, динамічне тестування). Наступний рівень, Розуміння (Understanding), вимагає, щоб студент пояснив взаємозв'язок між Тест-Політикою та Тест-Планом у контексті забезпечення якості ADAS, інтерпретував значення Test Coverage для оцінки повноти тестування OTA-оновлень у SDV, а також сформулював важливість багаторівневої моделі процесів тестування для систематичного виявлення дефектів. Рівень Застосування (Applying) (3) передбачає, що студент продемонструє практичне використання знань, зокрема застосує принципи розробки тестового плану (наприклад, TMap або IEEE 829-2008) для планування тестування V2X-комунікацій у середовищі симулятора Carla, а також вирішить задачу з написання конкретного Тест-Кейсу (наприклад, для перевірки реакції системи гальмування) згідно зі стандартами документації (наприклад, оформлення 20 сторінок кейсів). Четвертий рівень, Аналіз (Analyzing), вимагає, щоб студент порівняв структуру Звіту про дефекти, що використовується в SDV та для IoT-датчиків Укравтодору, розмежував процеси динамічного тестування та процеси менеджменту тестування, а також проаналізував вплив інтеграції стандартів кібербезпеки ISO/SAE 21434:2021 на структуру Тест-Кейсів (додавання 100 тестів на атаки). На п'ятому рівні, Оцінювання (Evaluating), студент повинен обґрунтувати вибір конкретного інструменту (наприклад, Jira або HP ALM) для керування тестовою документацією, критикувати існуючий Тест-План на предмет його відповідності вимогам кліматичної стійкості (тестування при 40°C), а також оцінити важливість включення показника fairness (наприклад, 0.96) до Звіту про тестування AI-системи ADAS. На найвищому рівні, Створення (Creating), студент має розробити (спланувати) комплексну Тест-Політику, яка інтегрує вимоги безпеки ISO 26262:2018 та етичності AI (ISO/IEC 42001:2022) для розробки SDV, а також спроєктувати структуру Звіту про тестування, який адекватно відображає результати перевірки V2X-систем та їхню готовність до експлуатації.