Hey Habr!
Bizim yeni vacib mövzumuz var - İT məhsullarının yüksək keyfiyyətli inkişafı. HighLoad++-da biz tez-tez məşğul xidmətlərin sürətli edilməsi haqqında danışırıq və Frontend Conf-da yavaşlamayan sərin istifadəçi interfeysi haqqında danışırıq. Mütəmadi olaraq test haqqında mövzularımız var və DevOpsConf müxtəlif prosesləri, o cümlədən testləri birləşdirmək haqqında. Ancaq ümumiyyətlə nəyi keyfiyyət adlandırmaq olar və bunun üzərində necə hərtərəfli işləmək barədə - yox.
Gəlin bunu həll edək — biz inkişafın hər mərhələsində istifadəçi üçün son məhsulun keyfiyyəti haqqında düşünmə mədəniyyətini inkişaf etdirəcəyik. Məsuliyyət sahənizə diqqət yetirməmək və keyfiyyəti təkcə sınaqçılarla əlaqələndirməmək vərdişi.
Kəsilin altında proqram komitəsinin rəhbəri, Tinkoff.Business-də sınaq rəhbəri, rusdilli QA icmasının yaradıcısı ilə danışacağıq. Anastasiya Aseeva-Nguyen QA sənayesinin vəziyyəti və yeni konfransın missiyası haqqında.
- Nastia salam. Zəhmət olmasa özünüz haqqında bizə məlumat verin.
Anastasia: Mən bankda testləri idarə edirəm, çox böyük bir komandaya cavabdehəm - biz 90-dan çox adamıq. Bizim mühüm biznes xəttimiz var, hüquqi şəxslər üçün ekosistemə cavabdehik.
Mən mexanika və riyaziyyat oxumuşam və əvvəlcə proqramçı olmaq istəyirdim. Amma maraqlı təklif gələndə özümü sınaqçı kimi sınamaq qərarına gəldim. Qəribədir ki, bu mənim çağırışım oldu. İndi bütün işlərimi bu sənayedə görürəm.
Mən Keyfiyyət Təminatı intizamının qızğın tərəfdarıyam. Hansı məhsulların yaradılmasına, şirkətdə, kollektivdə və prinsipcə, inkişaf prosesində keyfiyyətə necə yanaşılmasına biganə deyiləm.
Bu mənə aydındır cəmiyyət bu istiqamətdə kifayət qədər yetkin deyil, heç olmasa Rusiyada. Biz həmişə başa düşmürük ki, keyfiyyət təminatı təkcə ərizənin tələblərə uyğunluğunun yoxlanılması faktı deyil. Mən bu vəziyyəti dəyişmək istərdim.
— Siz Keyfiyyət Təminatı və test sözlərindən istifadə edirsiniz. Orta adamın nəzərində bu iki termin çox vaxt üst-üstə düşür. Dərin qazsanız, onlar necə fərqlənir?
Anastasiya: Əksinə, onlar fərqli deyillər. Sınaq Keyfiyyətə Təminat intizamının bir hissəsidir; bu, birbaşa fəaliyyətdir - mənim bir şeyi sınaqdan keçirdiyim faktdır. Əslində bir çox test növü var və müxtəlif insanlar müxtəlif test növlərinə cavabdehdirlər. Ancaq burada Rusiyada şirkətlərə test aparanları təmin edən autsorserlər dalğası meydana çıxanda sınaqlar tək bir növə endirildi.
Əksər hallarda, onlar yalnız funksional sınaq ilə məhdudlaşır: onlar tərtibatçıların kodlaşdırdıqlarının spesifikasiyaya uyğun olduğunu yoxlayırlar və hamısı budur.
— Zəhmət olmasa deyin, keyfiyyət təminatının başqa hansı fənləri var? Buraya sınaqdan başqa nə daxildir?
Anastasia: Keyfiyyət təminatı, ilk növbədə, keyfiyyətli məhsul yaratmaqdır. Yəni özümüzə sual veririk ki, məhsulumuz hansı keyfiyyət atributlarına malik olmalıdır. Müvafiq olaraq, bunu başa düşsək, bu keyfiyyət atributlarına kimin təsir etdiyini müqayisə edə bilərik. Fərq etməz, tərtibatçı, layihə meneceri və ya məhsul mütəxəssisi məhsulun inkişafına, onun geridə qalmasına və strategiyasına təsir edən şəxsdir.
Sınaqçı öz rolunu daha çox dərk edir. O, başa düşür ki, onun vəzifəsi təkcə tələblərə uyğunluğu yoxlamaq deyil, həm də tələbləri sınaqdan keçirmək, məhsul mütəxəssisindən gələn formulaları sorğulamaq və müştərinin bütün gizli tələblərini və gözləntilərini aşkar etməkdir. Müştərimizə yeni funksionallıq təqdim edərkən, onların gözləntilərini həqiqətən qarşılamalıyıq və ağrılarını həll etməliyik. Keyfiyyətin bütün atributlarını düşünsək, müştəri razı qalacaq və məhsulundan istifadə etdiyi şirkətin həqiqətən onun maraqlarına əhəmiyyət verdiyini və “yalnız bir xüsusiyyət buraxmaq” prinsipi ilə işləmədiyini başa düşəcək.
— Görünür, bayaq dediyiniz şey məhsul mütəxəssisinin vəzifəsidir. Bu, prinsipcə, sınaq və keyfiyyətlə bağlı deyil - ümumiyyətlə məhsulun idarə olunması ilə bağlıdır, elə deyilmi?
Anastasia: O cümlədən. Keyfiyyət Təminatı konkret bir şəxsin məsuliyyət daşıdığı bir intizam deyil. İndi testdə məşhur bir istiqamət var, adlanan bir yanaşma Çevik Test. Onun tərifi aydın şəkildə ifadə edir ki, bu, müəyyən təcrübələr toplusunu özündə birləşdirən testlərə komanda yanaşmasıdır. Bütün komanda bu yanaşmanın həyata keçirilməsinə cavabdehdir, hətta komandada bir sınaqçının olması lazım deyil. Bütün komanda müştəriyə dəyər təqdim etməyə və bu dəyərin müştəri gözləntilərinə cavab verməsini təmin etməyə yönəlib.
— Belə çıxır ki, keyfiyyət demək olar ki, bütün ətrafdakı fənlərlə kəsişir, ətrafdakı hər şeyə çərçivə qoyur?
Anastasia: Düzdür. Keyfiyyətli məhsulu necə yaratmaq istədiyimizi düşünəndə keyfiyyətin müxtəlif atributları haqqında düşünməyə başlayırıq. Məsələn, müştərimizin ehtiyac duyduğu xüsusiyyəti həqiqətən yaratdığımızı necə yoxlamaq olar.
Bu cür testin gəldiyi yer budur: UAT (istifadəçinin qəbulu testi). Təəssüf ki, Rusiyada nadir hallarda tətbiq olunur, lakin bəzən SCRUM komandalarında son müştəri üçün demo kimi mövcuddur. Bu, xarici şirkətlərdə kifayət qədər geniş yayılmış test növüdür. Funksionallığı bütün müştərilərə açmazdan əvvəl biz ilk növbədə UAT-ı edirik, yəni məhsulun həqiqətən gözləntilərə cavab verib-vermədiyini və ağrıları aradan qaldırdığını yoxlayan və dərhal rəy bildirən son istifadəçini dəvət edirik. Yalnız bundan sonra bütün digər müştərilər üçün miqyaslama baş verir.
Yəni biz biznesə, son müştəriyə diqqət yetiririk, lakin eyni zamanda texnologiya haqqında unutmayın. Məhsulun keyfiyyəti də texnologiyadan çox asılıdır. Əgər arxitekturamız pis olarsa, xüsusiyyətləri tez buraxa və müştəri gözləntilərini qarşılaya bilməyəcəyik. Ölçmək istəyərkən çoxlu səhvlər ola bilər və ya refaktor etməyə çalışarkən nəyisə poza bilərik. Bütün bunlar müştəri məmnuniyyətinə təsir edəcək.
Bu baxımdan arxitektura elə olmalıdır ki, biz tez bir zamanda dəyişiklik etməyə imkan verəcək təmiz kod yaza bilək və hər şeyi pozacağımızdan qorxmayaq. Bizdə çoxlu miras olduğu üçün təftiş iterasiyaları bir neçə ay ərzində uzanmasın və biz uzun sınaq mərhələləri etməliyik.
— Ümumilikdə, tərtibatçılar, memarlar, məhsul alimləri, məhsul menecerləri və sınaqçıların özləri artıq iştirak edirlər. Keyfiyyətin təminatı prosesində başqa kimlər iştirak edir?
Anastasia: İndi təsəvvür edək ki, biz artıq xüsusiyyəti müştəriyə çatdırmışıq. Aydındır ki, məhsulun keyfiyyətinə hətta istehsalda olan zaman da nəzarət etmək lazımdır. Bu mərhələdə qeyri-aşkar ssenariləri olan, sözdə səhvlər görünə bilər.
İlk sual ondan ibarətdir ki, məhsulu artıq buraxdıqdan sonra bu səhvlərlə necə məşğul olacağıq? Məsələn, biz stresə necə reaksiya veririk? Səhifənin yüklənməsi 30 saniyədən çox çəksə, müştəri çox da xoşbəxt olmayacaq.
İstismarın meydana çıxdığı yer budur və ya indi adlandırdıqları kimi, DevOps. Əslində, bunlar artıq istehsalda olan məhsulun istismarına cavabdeh olan insanlardır. Buraya müxtəlif monitorinq növləri daxildir. Hətta sınaqların bir alt növü var - istehsalda sınaq, biz özümüzə bir şeyi təqdim etməzdən əvvəl sınaqdan keçirməməyə və dərhal istehsalda sınaqdan keçirməyə icazə verdikdə. Bu, bir hadisəyə tez reaksiya verməyə, ona təsir etməyə və onu düzəltməyə imkan verən infrastrukturun təşkili baxımından bir sıra tədbirlərdir.
İnfrastruktur da vacibdir. Tez-tez vəziyyətlər olur ki, sınaq zamanı müştəriyə vermək istədiyimiz hər şeyə sahib olduğumuzdan əmin olmaq mümkün deyil. Biz onu istehsala yayırıq və qeyri-aşkar vəziyyətləri tutmağa başlayırıq. Və hamısı ona görə ki, sınaqdakı infrastruktur istehsaldakı infrastruktura uyğun gəlmir. Bu, yeni bir test növünə gətirib çıxarır - infrastruktur sınağı. Bunlar müxtəlif konfiqurasiyalar, parametrlər, verilənlər bazası miqrasiyası və s.
Bu, sual doğurur - bəlkə də komanda infrastrukturdan kod kimi istifadə etməlidir.
İnanıram ki, infrastruktur məhsulun keyfiyyətinə birbaşa təsir edir.
Ümid edirəm ki, konfransda real işi olan məruzə olacaq. Öz təcrübənizdən bizə kod kimi infrastrukturun keyfiyyətə necə təsir etdiyini söyləməyə hazırsınızsa, bizə yazın. Kod kimi infrastruktur bütün parametrləri yoxlamağı və başqa cür mümkün olmayan şeyləri sınamağı asanlaşdırır. Buna görə də keyfiyyətli məhsulun hazırlanması prosesində əməliyyat da iştirak edir.
- Bəs analitika və sənədləşdirmə?
Anastasia: Bu daha çox müəssisə sistemlərinə aiddir. Müəssisə dedikdə ağlımıza dərhal analitiklər və sistem analitikləri kimi insanlar gəlir. Onlara bəzən texniki yazıçılar da deyirlər. Onlar spesifikasiya yazmaq və məsələn, bir ay ərzində tamamlamaq tapşırığı alırlar.
Dəfələrlə sübut edilmişdir ki, bu cür sənədlərin yazılması çox uzun inkişaf iterasiyalarına və uzun müddət təkmilləşdirmələrə gətirib çıxarır, çünki sınaq prosesində səhvlər müəyyən edilir və qaytarılmalar başlayır. Nəticədə, inkişaf xərclərini artıran çoxlu döngələr var. Bundan əlavə, bu, zəifliklərə səbəb ola bilər. Biz istinad kodu yazmışıq, amma sonra mükəmməl düşünülmüş arxitekturanı pozan dəyişikliklər etdik.
Son nəticə tamamilə yüksək keyfiyyətli məhsul deyil, çünki arxitekturada yamalar artıq peyda olub, bəzi yerlərdə kod testlərlə kifayət qədər əhatə olunmayıb, çünki son tarixlər bitmək üzrədir, bütün səhvləri tez bir zamanda bağlamaq lazımdır. Və hamısı, çünki orijinal spesifikasiya həyata keçirilməli olan bütün məqamları nəzərə almadı.
Tərtibatçılar zərərverici deyillər və qəsdən səhvlərlə kod yazmırlar.
Əgər biz əvvəlcə bütün lazımi məqamları əhatə edəcək bir spesifikasiya üzərində düşünsəydik, onda hər şey lazım olduğu kimi həyata keçirilərdi. Amma bu bir utopiyadır.
Mükəmməl 100 səhifəlik spesifikasiya yazmaq yəqin ki, mümkün deyil. Buna görə də sənədlərin yazılmasının alternativ yolları haqqında düşünmək lazımdır, spesifikasiyalar, tərtibatçının tam olaraq lazım olanı etməsini təmin etməyə bizi yaxınlaşdıracaq tapşırıqların təyin edilməsi.
Burada Agile-dən yanaşmalar yada düşür - qəbul meyarları ilə istifadəçi hekayələri. Bu, kiçik iterasiyalarla inkişaf edən komandalar üçün daha uyğundur.
— Bəs istifadəlilik testi, məhsulun yararlılığı, dizaynı?
Anastasia: Bu çox vacib məqamdır, çünki komandada dizaynerlər var. Çox vaxt dizaynerlər bir xidmət kimi istifadə olunur - ya dizayn departamenti, ya da kənar dizayner tərəfindən. Dizaynerin məhsul mütəxəssisini dinlədiyi və başa düşdüyü kimi göründüyü hallar tez-tez olur. Ancaq təkrarlamaya başlayanda məlum olur ki, əslində edilənlər gözlənilən deyildi: dizayner nəyisə unutdu, davranışı tam düşünmədi, çünki o, komandada deyil və kontekstdə və ya cəbhədə deyil. -End tərtibatçı onun layoutunu tam başa düşmədi. Bir neçə təkrarlama tələb oluna bilər, çünki front-end tərtibatçısının dizaynı başa düşməsində problem var.
Üstəlik daha bir problem var. Dizayn sistemləri indi populyarlıq qazanır. Onlar şırıngadadırlar, lakin onların faydaları tam aydın deyil.
Belə bir fikirlə rastlaşıram ki, dizayn sistemləri bir tərəfdən inkişafı asanlaşdırır, digər tərəfdən isə interfeysə çoxlu məhdudiyyətlər qoyur.
Nəticədə, biz müştərinin istədiyi funksiyanı deyil, bizim üçün əlverişli olanı edirik, çünki bizdə artıq müəyyən kublar var ki, ondan da bunu edə bilərik.
Düşünürəm ki, bu, nəzər salmağa və dizaynı asanlaşdırmağa çalışarkən həqiqətən müştərinin ağrı nöqtəsini həll edib-etmədiyimizi maraqlandırmağa dəyər bir mövzudur.
— Keyfiyyət Təminatı ilə bağlı təəccüblü sayda mövzular var. Rusiyada onların hamısının müzakirə oluna biləcəyi konfrans varmı?
Anastasia: Bu il 25-ci dəfə keçiriləcək və SQA Days Keyfiyyət Təminatı Konfransı adlanan ən qədim sınaq konfransı var. Burada əsasən funksional testçilər üçün alətlər və xüsusi sınaq yanaşmaları müzakirə olunur. Bir qayda olaraq, SQA Günlərindəki hesabatlar mürəkkəb fəaliyyətləri deyil, test edənlərin özlərinin məsuliyyəti sahəsində konkret sahələri dərindən araşdırır.
Bu, müxtəlif alətləri və yanaşmaları başa düşməkdə, verilənlər bazalarını, API-ləri və s. Ancaq eyni zamanda, bir tərəfdən, daha yaxşı məhsulun yaradılmasına yalnız sınaqdan daha çox cəlb etməyə sövq etmir. Digər tərəfdən, testçilər məhsulun qlobal məqsədi və onun biznes komponenti haqqında düşünmək prosesində daha çox iştirak etmirlər.
Mən böyük bir şöbəyə rəhbərlik edirəm və bütövlükdə sənayenin vəziyyəti haqqında həqiqətən fikir verən çoxlu müsahibələr aparıram. Bir qayda olaraq, bizim uşaqlar müəssisələrdə işləyirlər və onların aydın bir məsuliyyət sahəsi var. Xarici layihələrdə işləyən həmkarlar müxtəlif növ testlərdən istifadə edirlər: onlar özləri yük testi, performans testi və hətta bəzən təhlükəsizlik testi edə bilərlər, çünki onlar həqiqətən komandaya məhsulun keyfiyyətini təmin etməyə kömək edirlər.
İstərdim ki, Rusiyadakı uşaqlar da sənayenin funksional sınaqlarla bitməyəcəyini düşünməyə başlasınlar.
— Bu məqsədlə biz ayrılmaz intizam kimi keyfiyyətə həsr olunmuş yeni QualityConf konfransı təşkil edirik. İdeya haqqında ətraflı məlumat verin, konfransın əsas məqsədi nədir?
Anastasia: Biz keyfiyyətli məhsullar hazırlamaqda maraqlı olan insanlardan ibarət bir cəmiyyət yaratmaq istəyirik. Keyfiyyəti yüksəltmək üçün nəyin dəyişdirilməsi lazım olduğuna dair xüsusi bir anlayışla konfransdan sonra gələ, hesabatları dinləyə və ayrıla biləcəkləri bir platforma təklif edin.
Bu gün tez-tez test və keyfiyyətlə bağlı problemlər yarandıqda nə etməli olduğuna dair məsləhətçilərdən bir sorğu eşidirəm. Komandalarla ünsiyyət qurmağa başlayanda görürsən ki, problem sınaqçıların özlərində deyil, prosesin necə qurulduğundadır. Məsələn, tərtibatçılar yalnız kodun yazılmasına cavabdeh olduqlarına inandıqda, onların məsuliyyəti tapşırığı testə təhvil verdikləri anda başa çatır.
Zəif arxitekturaya malik zəif yazılmış, keyfiyyətsiz kodun layihə üçün böyük problemlərlə üzləşməsi barədə heç də hamı düşünmür. Səhvlərin qiymətini düşünmürlər, istehsalda bitən səhvlər şirkət və komanda üçün böyük xərclərlə nəticələnə bilər. Bu barədə düşünmək üçün heç bir mədəniyyət yoxdur. İstəyirəm ki, konfransda onun yayılmasına başlayaq.
Mən başa düşürəm ki, bu yenilik deyil.Keyfiyyətin 14 prinsipinin müəllifi Edvard Deminq hələ keçən əsrdə bir səhvin qiyməti haqqında yazmışdı. Keyfiyyət Təminatı bir fənn kimi bu kitaba əsaslanır, lakin təəssüf ki, müasir inkişaf bunu unudur.
— Test və alətlər haqqında birbaşa mövzulara toxunmağı planlaşdırırsınız?
Anastasia: Etiraf edirəm ki, alətlər haqqında hesabatlar olacaq. Şirkətlərin və komandaların məhsula təsir edə biləcəyi olduqca universal vasitələr var.
Bütün hesabatlar qlobal miqyasda bir ümumi missiya ilə birləşdiriləcək: auditoriyaya bu yanaşmanın, alətin, metodun, prosesin, sınaq növünün köməyi ilə məhsulun keyfiyyətinə təsir göstərdiyimizi və müştərinin həyatını yaxşılaşdırdığımızı çatdırmaq.
Bir alət xatirinə bir alət haqqında mütləq hesabatımız olmayacaq. Proqrama daxil edilən bütün hesabatları ümumi məqsəd birləşdirəcək.
— Konfransın qonağı kimi gördüyünüz söhbətlər, kimləri maraqlandıracaq?
Anastasia: Layihəsinin, məhsulunun, sisteminin taleyi ilə maraqlanan tərtibatçılar üçün hesabatlarımız olacaq. Eynilə, test edənlər və mənə elə gəlir ki, xüsusən də menecerlər üçün maraqlı olacaq. Menecerlər dedikdə, qərar qəbul edən və məhsulun, sistemin, komandanın taleyinə və inkişafına təsir edə bilən insanları nəzərdə tuturam.
Bunlar bir məhsulun və ya sistemin keyfiyyətini necə yaxşılaşdırmaqla maraqlanan insanlardır. Konfransımızda onlar müxtəlif tədbirlər kompleksi ilə tanış olacaqlar və indi nəyin səhv olduğunu və nəyin dəyişdirilməli olduğunu anlaya biləcəklər.
Məncə, əsas meyar keyfiyyətdə nəyinsə səhv olduğunu başa düşmək və ona təsir etmək istəməkdir. Bunun ilk dəfə olacağını düşünən insanlara yəqin ki, çata bilməyəcəyik.
— Sizcə, bütövlükdə sənaye təkcə sınaqdan deyil, keyfiyyət mədəniyyətindən danışmağa hazırdırmı?
Anastasia: Düşünürəm ki, yetkinləşmişəm. İndi bir çox şirkət ənənəvi Şəlalə yanaşmasından Agile-ə doğru hərəkət edir. Müştəri diqqəti var, komandalardakı insanlar həqiqətən keyfiyyətli məhsulu necə yaratmaq barədə düşünməyə başlayırlar. Hətta müəssisə şirkətləri keyfiyyətin yaxşılaşdırılmasına yenidən diqqət yetirirlər.
Cəmiyyətdə yaranan müraciətlərin sayına görə hesab edirəm ki, artıq vaxtıdır. Əlbəttə ki, bunun genişmiqyaslı bir inqilab olacağına əmin deyiləm, amma şüurda bu inqilabın olmasını istərdim.
- Razılaşdım! Mədəniyyəti aşılayacağıq, şüuru dəyişəcəyik.
İT məhsullarının yüksək keyfiyyətli inkişafına dair konfrans yer tutur İyunun 7-də Moskvada. Yüksək keyfiyyətli məhsulun hansı mərhələlərdən ibarət olduğunu bilirsiniz, istehsalda səhvlərlə uğurla mübarizə aparan hallarımız var, təcrübəmizdə məşhur üsulları sınaqdan keçirmişik - təcrübəniz lazımdır. onların müraciətlər mayın 1-dəkvə Proqram Komitəsi konfransın ümumi bütövlüyü üçün mövzuya diqqət yetirməyə kömək edəcək.
Qoşulun , keyfiyyət məsələlərini müzakirə etdiyimiz və konfransa abunə olun proqram xəbərlərindən xəbərdar olmaq.
Mənbə: www.habr.com