Telekom üçün avtonom reqressiya testi
Telekom üçün avtonom reqressiya testi. Operatorlar Azərbaycan və rus dillərində milyonlarla abunəçi qarşılıqlı əlaqəsini xidmət keyfiyyəti SLA-ları altında idarə edir.
Telekom üçün avtonom reqressiya testi
Azərbaycan və rus dillərində milyonlarla abunəçi ilə işləyən operatorlar üçün xidmət keyfiyyəti SLA-larını qorumaq, yüksək çağrı mərkəzi həcmini idarə etmək və abunəçi itkisinin qarşısını almaq kritik əhəmiyyət daşıyır. Allmaz-ın avtonom reqressiya testi həlli, telekom veb tətbiqlərini — abunəçi portallarından tutmuş daxili iş axınlarına qədər — süni intellekt agentləri vasitəsilə avtomatik yoxlayır. Agent hər addımda ekran görüntüsünü müşahidə edir, mühakiməsini açıq şəkildə bildirir və bir hərəkət edir; hər addım — uğurlu olsun ya olmasın — tam olaraq qeyd edilir. Ssenarilər kövrək CSS seçiciləri və ya koordinatlar əvəzinə versiyalanmış YAML məqsədləri kimi yazılır, bu da tez-tez dəyişən telekom interfeyslərində testlərin köhnəlməsinin qarşısını alır.
Telekom operatorları üçün əsas üstünlüklər
Çağrı mərkəzi həcmini artıran interfeys qüsurlarını buraxılışdan əvvəl aşkar edin — abunəçi şikayətlərinin sayını azaldın və SLA öhdəliklərini qoruyun
AZ və RU dillərindəki çox rollü iş axınlarını — yaradıcı, təsdiqləyici, təchizatçı — eyni anda müstəqil sessiyalarda test edin; abunəlik aktivasiyası, tarif dəyişikliyi və hesab bağlama kimi çox addımlı proseslər tam şəkildə yoxlanılır
Paralel agentlər run-scoped test məlumatı adlandırması sayəsində paylaşılan mühitdə toqquşmadan işləyir — trafik zirvələrini simulyasiya edən yük ssenariləri üçün idealdır
İki pilləli model icrası xərcləri nəzarət altında saxlayır: əvvəlcə daha sərfəli model işləyir, yalnız agent tərəfli uğursuzluqlar daha güclü modelə eskalasiya edilir; tam suite üçün model xərci $0.4–2.3 aralığında ölçülmüşdür
Hər model çağırışının xərci çağırışdan addıma, ssenaridən suitə və buraxılışa qədər toplanır — QA büdcələri üçün tam şəffaflıq və audit izi
Tamamilə özünüzdə yerləşdirin: on konteyner, heç bir xarici SaaS asılılığı yoxdur, abunəçi məlumatları şirkət infrastrukturunuzdan çıxmır — telekom tənzimləyici tələblərinə uyğunluq üçün vacibdir
Platformanın əsas xüsusiyyətləri
Seçici yox, məqsəd əsaslı ssenarilər
Test ssenariləri versiyalanmış YAML faylları kimi saxlanılır; hər ssenaridə rol, iddialar və addım/vaxt büdcəsi müəyyən edilir — kövrək CSS seçiciləri və ya koordinatlar yox. Ssenarilər veb UI-dan redaktə edilə bilər və saxlanarkən runner-ın öz sxeminə qarşı yoxlanılır. Bu yanaşma tez-tez dəyişən telekom portallarında testlərin köhnəlməsinin qarşısını alır.
Çox rollü iş axını testi
Yaradıcı, təsdiqləyici və təchizatçı rolları hər biri müstəqil autentifikasiya edilmiş brauzer sessiyasında işləyir. Abunəlik aktivasiyası, tarif dəyişikliyi və ya hesab bağlama kimi çox addımlı proseslər tam şəkildə yoxlanılır. Hər rol üçün giriş deterministik skript tərəfindən həyata keçirilir, agent heç vaxt birbaşa etimadnamələrə toxunmur.
Qüsur klassifikasiyası və hesabat
Uğursuzluqlar avtomatik olaraq məhsul qüsuru, agent uğursuzluğu, mühit uğursuzluğu, iddia uğursuzluğu, döngü, addım limiti və ya vaxt aşımı kimi təsnif edilir. İddialar agentin özü tərəfindən deyil, müstəqil verifikator tərəfindən yoxlanılır. Şübhəli məhsul xətası üçün hazır hesabat yaradılır; son qərarı insan mütəxəssis verir — AI öz səlahiyyəti ilə qüsur iddia etmir.
İki pilləli model icrası və xərc nəzarəti
Əvvəlcə daha sərfəli model işləyir; yalnız agent tərəfli uğursuzluqlar daha güclü modelə eskalasiya edilir. Hər model çağırışının xərci çağırışdan addıma, ssenaridən suitə qədər toplanır. Model seçimi verilənlər bazasında saxlanılır və hər iş vahidi üçün oxunur — modeli dəyişmək üçün yenidən yerləşdirmə tələb olunmur, növbəti işdən dərhal qüvvəyə minir.
Marşrut yaddaşı və model çevikliyi
Keçən işin yolu addım niyyətləri şəklində — heç vaxt koordinatlar şəklində deyil — yaddaşa alınır və sonrakı işlərə məsləhət kimi təklif edilir. Platform model-agnostikdir: koordinat əsaslama fəzası, mühakimə səyi və provayder marşrutlaması konfiqurasiya ilə idarə olunur, kod dəyişikliyi tələb etmir. Model kataloqları hər provayderın öz /models endpoint-indən canlı oxunur, vizual dəstək və koordinat əsaslama isə fərz edilmək əvəzinə yoxlanılır.
Mövcud test alətləri ilə inteqrasiya
Deterministik skriptlər sabit, dəyişməz axınlar üçün, AI agentləri isə uzun, çox rollü və tez-tez dəyişən ssenarilər üçün istifadə olunur. Hər iki yanaşma bir-birini tamamlayır — mövcud avtomatlaşdırma investisiyalarınız qorunur. Hər işin model xərci və mühit build damğası qeyd edilir; komanda növbəti buraxılış üçün tam audit izi əldə edir.
Necə işləyir
Tez-tez verilən suallar
Platform Azərbaycan və rus dillərindəki interfeyslərə uyğunlaşa bilirmi?
Bəli. Agent ekran görüntüsünə əsaslanaraq işləyir; ssenarilər seçici yox, məqsəd əsaslı olduğundan interfeys dili və ya layout dəyişsə belə testlər köhnəlmir. AZ/RU qarışıq çox rollü iş axınları — məsələn, bir rolun AZ, digərinin RU dilindəki interfeyslə işlədiyi ssenarilər — tam yoxlanıla bilər.
Abunəçi məlumatları xaricdə işlənirmi?
Xeyr. Platform tamamilə özünüzdə yerləşdirilir — on konteyner və paylaşılan artifact həcmi, heç bir xarici SaaS asılılığı yoxdur. Etimadnamələr şifrəli secret store vasitəsilə həll edilir. Bütün məlumatlar şirkətinizin infrastrukturunda qalır, bu da telekom tənzimləyici uyğunluq tələbləri üçün vacibdir.
Mövcud avtomatlaşdırma alətlərimizlə birlikdə istifadə edə bilərikmi?
Bəli. Həll mövcud deterministik test skriptlərini əvəz etmir, tamamlayır. Sabit, dəyişməz axınlar üçün köhnə skriptləriniz işləməyə davam edir; uzun, çox rollü və tez-tez dəyişən ssenarilər üçün AI agentlərindən istifadə edilir. Bu yanaşma mövcud avtomatlaşdırma investisiyalarınızı qoruyur.
Aşkar edilən qüsurlar avtomatik olaraq sistemə daxil edilirmi?
Xeyr. Şübhəli məhsul xətası üçün hazır hesabat yaradılır, lakin son qərarı həmişə insan mütəxəssis verir. AI öz səlahiyyəti ilə qüsur iddia etmir — bu, yanlış müsbət nəticələrin qarşısını alır və komandanın nəzarətini qoruyur. İddialar agentin özü tərəfindən deyil, müstəqil verifikator tərəfindən yoxlanılır.
Test xərclərini necə idarə edə bilərik və modeli dəyişmək üçün nə lazımdır?
Hər model çağırışının xərci çağırışdan addıma, ssenaridən suitə və buraxılışa qədər toplanır — büdcə şəffaflığı tam təmin edilir. İki pilləli model icrası sayəsində əvvəlcə daha sərfəli model işləyir; yalnız agent tərəfli uğursuzluqlar daha güclü modelə eskalasiya edilir. Model seçimi verilənlər bazasında saxlanılır və hər iş vahidi üçün oxunur — modeli dəyişm