Кіріспе
Бағдарламалық жасақтамадағы қателерді тіркеуге арналған бағдарламалық қолданба. Трекерлік жүйе немесе ақауларды тіркеу жүйесі – бағдарламалық жасақтаманы әзірлеу жобаларында хабарланған бағдарламалық жасақтамадағы қателерді тіркеуге арналған бағдарламалық қолданба. Оны мәселелерді тіркеу жүйесінің бір түрі деп қарастыруға болады. Көптеген қателерді тіркеу жүйелері, мысалы, көптеген ашық кодты бағдарламалық жасақтама жобалары қолданатындары, соңғы пайдаланушыларға қате туралы хабарламаларды тікелей енгізуге мүмкіндік береді. Басқа жүйелер бағдарламалық жасақтаманы әзірлейтін компаниялар мен ұйымдарда ғана ішкі қолданысқа ие. Әдетте, қателерді тіркеу жүйелері басқа жобаларды басқару бағдарламалық жасақтамасымен интеграцияланады. Қателерді тіркеу жүйесі кәсіби бағдарламалық жасақтаманы әзірлеу инфрақұрылымының қажетті бөлігі болып табылады, ал қателерді немесе мәселелерді тіркеу жүйесін тұрақты пайдалану – "жақсы бағдарламалық жасақтама командасының белгісі" саналады.
A tracking system or defect tracking system is a software application that keeps track of reported software bugs in software development projects. It may be regarded as a type of issue tracking system. Many bug tracking systems, such as those used by most open source software projects, allow end users to enter bug reports directly. Other systems are used only internally in a company or organization doing software development. Typically bug tracking systems are integrated with other project management software. A bug tracking system is usually a necessary component of a professional software development infrastructure, and consistent use of a bug or issue tracking system is considered one of the "hallmarks of a good software team".
Жасау
Ақауларды қадағалау жүйесінің маңызды бөлігі – белгілі ақаулар туралы мәліметтерді сақтайтын деректер базасы. Мәліметтерге ақау туралы хабарланған уақыт, оның ауырлығы, бағдарламаның дұрыс емес әрекеті және ақауды қайта жасау жолдары туралы егжей-тегжейлі ақпарат; сондай-ақ оны хабарлаған адамның және оны түзетуге кіріскен бағдарламашылардың кім екені жатады. Көптеген ақауларды қадағалау жүйелері ақаудың өмірлік циклын қолдайды, ол ақауға тағайындалған күй арқылы қадағаланады. Ақауларды қадағалау жүйесі әкімшілерге күйге байланысты рұқсаттарды орнатуға, ақауды басқа күйге көшіруге немесе ақауды жоюға мүмкіндік беруі керек. Сондай-ақ жүйе әкімшілерге ақаулардың күйін және белгілі бір күйдегі ақауды қаншалықты көшіруге болатынын конфигурациялауға мүмкіндік беруі керек. Кейбір жүйелер жаңа жазбалар қосылғанда немесе күй өзгергенде, мысалы, хабарлаған адам мен тағайындалған бағдарламашылар сияқты мүдделі тараптарға электрондық хат жібереді.
Қолданылуы
Қателерді қадағалау жүйесінің басты артықшылығы – даму талаптарының (қателер мен жақсартуларды қоса алғанда; олардың арасындағы шекара көбінесе шашыранды) және олардың күйінің анық, орталықтандырылған көрінісін ұсыну. Күтудегі мәселелердің басымдық бойынша тізімі (көбінесе «артта қалған тізім» деп аталады) өнімнің жол картасын немесе жай ғана «келесі шығарылымды» анықтауда құнды ақпарат береді. Корпоративтік ортада қателерді қадағалау жүйесі бағдарламашылардың қателерді түзетудегі өнімділігі туралы есептер жасау үшін қолданылуы мүмкін. Дегенмен, бұл кейде дұрыс емес нәтижелерге әкелуі мүмкін, себебі әртүрлі қателердің ауырлығы мен күрделілігі әртүрлі болуы мүмкін. Қатенің ауырлығы оны түзетудің күрделілігімен тікелей байланысты болмауы мүмкін. Менеджерлер мен архитекторлер арасында пікір қабысушылықтар тууы мүмкін. Жергілікті қателерді қадағалау (LBT) – әдетте, қолданбаларды қолдау мамандарының (көбінесе анықтамалық қызмет) бағдарламалық жасаушыларға хабарланған мәселелерді қадағалау үшін пайдаланатын компьютерлік бағдарлама. LBT пайдаланушыларға қолдау мамандарына «өз тілінде» қателерді іздеуге, бағдарламашылардың «тілінде» емес, мүмкіндік береді. Сонымен қатар, LBT қолдау мамандарына шағымдану үшін қоңырау шалған пайдаланушылар туралы нақты ақпаратты қадағалауға мүмкіндік береді – бұл ақпарат даму кезегінде әрқашан қажет болмауы мүмкін. Осылайша, LBT қолданылғанда екі қадағалау жүйесі болады.
Интегралды жобаны басқару жүйелерінің бөлігі
Қателерді және мәселелерді тіркеу жүйелері жиі жобаны басқарудың біріктірілген жүйелерінің құрамына енгізіледі. Бұл тәсіл өнімді әзірлеу процесіне қателерді іздеуді және түзетуді, бірнеше өнім нұсқаларындағы қателерді жоюды, өнім туралы білім базасын автоматты түрде жасауды және жаңа шығарылымдар туралы хабарламаларды қосуға мүмкіндік береді.
Бөгділерді тарату
Кейбір қателерді іздеу құралдары таратылған нұсқаны басқару бағдарламалық жасақтамасымен бірге қолдануға арналған. Бұл таратылған қателерді іздеу жүйелері әзірлеуші оффлайн болған кезде қате туралы есептерді ыңғайлы түрде оқуға, дерекқорға қосуға немесе жаңартуға мүмкіндік береді. Fossil және Veracity екеуінде де таратылған қателерді іздеу құралдары бар. Жақында коммерциялық қателерді қадағалау жүйелері де таратылған нұсқаны басқарумен интеграциялана бастады. Мысалы, FogBugz бұл мүмкіндікті Kiln көзі арқылы іске асырады. Вики және қателерді қадағалау жүйелері әдетте әртүрлі бағдарламалық жасақтама түрлері ретінде қарастырылса да, ikiwiki де таратылған қателерді іздеу құралы ретінде пайдаланылуы мүмкін. Ол құжаттар мен кодты да біріктірілген және таратылған түрде басқара алады. Дегенмен, оның сұраныс функционалдығы Bugzilla сияқты басқа таратылмаған қателерді іздеу жүйелеріне қарағанда кем дамыған және қолдануға қолайсыз. Ұйымдық режим туралы да ұқсас айтуға болады, бірақ ол вики бағдарламалық жасақтамасы емес.
Қателерді қадағалау және сынақтарды басқару
Дәстүрлі тесттерді басқару құралдары, мысалы HP Quality Center және IBM Rational Quality Manager өздерінің қателерді тіркеу жүйелерімен бірге келеді, ал басқа құралдар танымал қателерді тіркеу жүйелерімен үйлеседі.