مهم ابزار نیست، مهم وجود یک فرایند دقیق و مشخص است که تیم به آن پایبند باشد. تیمی که عادت کند چرخه تولید و توسعه نرم افزارش را سرسری گرفته و به طریقه هیئتی کار ها را به پیش ببرد، هیچگاه بیش از حد معین (و البته کمی) پیشرفت نمی کند و خود را برای شرکت در پروژه های بزرگ و سنگین آماده نخواهد کرد.
تهیه گزارش باگ ها، مستقل از ابزاری که استفاده می نماییم، عموما از قالب معینی تبعیت می کند. در زیر بیان می شود که یک گزارش خوب از چه اجزایی تشکیل شده است.
محصول : در این فیلد بیان می شود که این گزارش خطا برای کدام محصول می باشد.
نسخه : در کدام نسخه از نرم افزار خطا مشاهده شده است.
تاریخ : در چه تاریخی خطا مشاهده شده است.
سیستم عامل : در چه سیستم عاملی برنامه اجرا شده است.
نوع و نسخه مرورگر ( برای نرم افراز تحت وب) : در کدام مرورگر نرم افزار اجرا شده است.
اولویت : این فیلد توسط مدیر گروه تست و یا مدیر گروه توسعه مقدار دهی می شود. در این جا مشخص می کنیم که رفع خطا در چه درجه ای از اولویت قرار دارد. این فیلد عموما ۵ مقدار می گیرد. مقدار ۱ به معنی رفع خطا در کمترین زمان ممکن و مقدار ۵ یعنی در صورتی که از لحاظ زمانی معذوریتی نداشتیم، خطا برطرف گردد.
شدت : میزان تاثیرِ وقوع خطا در نرم افزار بیان می شود. این فیلد می تواند دارای مقدار های زیر باشد :
Blocker : به معنی اینکه بروز خطا مانع ادامه فرایند تست می گردد.
Critical : نرم افزار داده ها را از بین می برد و یا اینکه برنامه بسته می شود.
Major : پیاده سازی تابع و یا Usecase بسیار مشکل دار می باشد.
Minor : پیاده سازی تابع و یا Usecase دارای مشکل کوچکی است.
Trivial : بهبود ظاهر برنامه
Enhancement : درخواست اضافه نمودن قابلیت و یا بهبودی در عملکرد یکی از قابلیت های کنونی سیستم
وضیعت خطا : بیان می کند که خطای گزارش شده در چه مرحله ای از حیاتِ خود (bug lifecycle) قرار دارد. به طور مثال مقدارهای ممکن برای این فیلد می تواند “اصلاح شد”، “نامعتبر”، “نیاز به جزییات بیشتر” و یا “محول شده” باشد.
خلاصه خطا : سعی شود به طور خیلی خلاصه اما واضح و دقیق و حداکثر در ۶۰ کلمه، در مورد خطا توضیحی داده شود.
توضیحات : در این قسمت به طور دقیق و با جزییات کامل خطا توضیح داده می شود. این فیلد از قسمت های زیر تشکیل شده است :
گام های باز تولید : در این قسمت گام هایی که برای وقوع خطا بایستی طی شوند، به ترتیب توضیح داده می شوند. کسی که گزارش خطا را می نویسد، بایستی حداقل سه بار این گام ها را طی کرده باشد و مطمئن باشد که برنامه نویس با طی کردن این گام ها، می تواند خطا را بازتولید نماید.
نتیجه : بیان می شود که پس از پیمودن گام های بالا، چه نتیجه ای حادث شده است. همچنین در صورت لزوم عکسی از لحظه رخداد خطا گرفته می شود و به این بخش اضافه می گردد