چگونه Hackcat را برای تجزیه و تحلیل یک بخش گزارش فعال کنیم؟
ترتیب رویدادها و فیلدهای کلیدی را برای دریافت پیشنهادات عیب‌یابی قابل تأیید حفظ کنید.
انتخاب رکوردها با زمینه
ترجیحاً یک بخش پیوسته از گزارش‌ها را قبل و بعد از وقوع مشکل ارائه دهید، نه فقط آخرین خط. برنامه تولیدکننده گزارش‌ها، بازه زمانی، حالت عملیات و رفتار مورد انتظار را مشخص کنید. اگر قبلاً راه‌اندازی مجدد، تنظیم پیکربندی‌ها یا تغییر ورودی‌ها را امتحان کرده‌اید، این تغییرات را نیز برای کمک به تمایز مشکل اصلی از پدیده‌های بعدی که معرفی شده‌اند، لحاظ کنید.
روشن کردن تجزیه و تحلیل مورد انتظار شما
مقدار مناسبی از متن را در کادر ورودی جای‌گذاری کنید، یا از گزینه پیوست موجود استفاده کنید. می‌توانید توضیحات رویدادها را به ترتیب زمانی، شناسایی اولین ناهنجاری‌ها و پیشنهادات برای حداقل بررسی‌های بعدی را درخواست کنید. کدهای خطا و نام فیلدها را حفظ کنید؛ مقادیر حساس می‌توانند با جایگزین‌های ثابت جایگزین شوند.
- برنامه، سناریو و زمان وقوع ناهنجاری را مشخص کنید.
- گزارش‌های کلیدی و روش‌های امتحان شده را ارائه دهید.
- درخواست فهرستی دقیق از شواهد، علل احتمالی و مراحل تأیید را بنمایید.
همه هشدارها را به عنوان علل ریشه‌ای در نظر نگیرید
هشدارها، مهلت‌های زمانی و خطاهای بعدی در گزارش‌ها ممکن است مظاهر متفاوتی از یک مشکل باشند. هنگام خواندن پاسخ‌ها، بررسی کنید که آیا هر علت با رکوردهای واضح مطابقت دارد؛ می‌توانید بپرسید، "کدام بخش از شواهد این نتیجه‌گیری را بهتر پشتیبانی می‌کند؟" بدون بررسی‌های زمان اجرا، مراحل عیب‌یابی فقط پیشنهادات هستند. پس از افزودن گزارش‌های جدید، وظیفه اصلی را ادامه دهید و توضیح دهید که چه تغییراتی رخ داده است. هنگامی که چندین سرویس درگیر هستند، منبع هر بخش گزارش را مشخص کنید تا از سردرگمی در مورد توالی رویدادها جلوگیری شود.