Тема
Тема: розслідування дефектів / тривала робота
Тема розслідування дефектів, де можна разом пройти шлях від збоїв, які важко відтворити, через аварійні завершення після тривалої роботи та зупинки зв’язку до інфраструктури тестування помилкових сценаріїв.
Що слід упорядкувати в цій темі
Найскладніше в розслідуванні дефектів — не саме виключення, а те, що незрозуміло, що саме спостерігати і з чого починати локалізацію проблеми. Ця сторінка — тематична точка входу, з якої можна простежити зупинки зв’язку, витоки, збої після тривалої роботи та інфраструктуру тестування помилкових сценаріїв як єдиний шлях розслідування.
- як спостерігати за явищами, коли програма зрідка зупиняється, аварійно завершується або має витоки
- де закласти проєктування журналювання та heartbeat
- коли використовувати захоплення пакетів, Application Verifier і тести помилкових сценаріїв
- як не лише встановити причину, а й привести систему до структури, яку легше досліджувати наступного разу
Питання, які найчастіше виникають під час консультацій
- у разі рідкісного збою незрозуміло, що збирати насамперед
- незрозуміло, як відтворити аномалію, що виникає лише після тривалої роботи
- потрібно з’ясувати, чи зупинка зв’язку спричинена застосунком, чи мережею
- під час кожного розслідування вручну виконується та сама робота, і це не допомагає запобігти повторенню
Рекомендований підхід
У цій галузі швидше просуватися вдається тоді, коли спостереження, локалізацію проблеми та тестування помилкових сценаріїв розглядати разом, а не читати одну окрему статтю. Разом зі сторінками про розслідування дефектів і розробку застосунків для Windows тема побудована так, щоб можна було водночас думати і про саме розслідування, і про проєктування, що запобігає повторенню.
Пов’язані статті
Звернутися за консультацією
Якщо у вас є проблема, близька до змісту цієї сторінки, проконсультуйтеся з нами: розкажіть про поточний стан і про те, яка підтримка вам потрібна.