6 QA səhvlər və bunlardan necə qaçınmaq olar

Elkling müdrikliyini aşağı keçir

Proqram təminatının işlənməsində keyfiyyətə dair zəmanət sahəsindəki yeddi illik təcrübəm, mənim köhnə kresloda oturmağım, ətrafımdakı gənc uşaqları toplamaq və köhnə günlərdəki səhvlər, etdiyim səhvlər və qıcıqlandırıcı şəkildə geri qayıtması ilə bağlı bir nağıl başlatmağıma həvəs yaradır. günahlarımdan öyrənmək üçün yeniyetmələrə nag. Hamını bilə-bilə çırpınan alova baxdığımda (bəli, indi bir alov var, xəyalınızı davam etdirin) mən qəm-qüssə nəzər salıram və təbliğimə başlayıram. Budur, altı QA səhv və bunlardan necə qorunmaq olar!

1. Daha böyük şəkli unut

Biri kiçik bir imtahançı kimi başlayanda və yaxşı istirahət edilmiş bir qızıl alıcı bala həyəcanına sahib olduqda, bəzən daha böyük şəkli unutdurmaq qaçılmazdır. Bu kiçik bir Jira'nın lövhəsini təkmilləşdirmələr, yanlış işarələnmiş piksellər, biraz kənar mərkəzli və nöqtəli vergül nöqtələri olan iki həftə son buraxılış namizədi təqdim etməyimdən əvvəl doldurduğu zaman. Həm də məni hiperventilasiya görməyin ən sürətli yoludur. Bu mərhələdə ehtiyac duyduğum şey, əsas xüsusiyyətlərin işlədiyinə, heç bir şeyin pozulmadığına, qəzaların uzaq bir yaddaşa sahib olduğuna və tətbiqin istifadəçi dostu və asanlıqla əlçatan olduğuna əmin olmaqdır - qrammatika yoxlaması və UI mükəmməlliyi.

Yeni sınayıcılar haqqında ən yaxşı şey, mümkün qədər çox səhv tapmaq və özlərini dəyərli göstərmək üçün sonsuz həvəsləridir. Bununla birlikdə, yeni sınayıcılar haqqında ən pis şey, çox sayda səhv tapmaq üçün sonsuz həvəsidir ... bunun necə başa çatacağını bilirsiniz. Bəzən ən pis anlarda kiçik xırda detallara diqqət yetirməyə meyl edirlər. Prioritetləşdirmək öyrənilən bir şeydir və vaxt keçdikcə mənasız sənədlər vermək üçün doğru bir vaxtın olduğunu başa düşməyə başlayır və yaxınlaşan qorxulu son tarix yəqin ki, bu deyil.

2. Hisslərinizə əsaslanaraq məsələlər əlavə edin

Düşünürəm ki, bu simge mavi əvəzinə narıncı olsaydı daha yaxşı görünəcəkdir. Hiss edirəm ki, bu məntiqi başa düşmək bir az çətindir, buna görə ən azı dörd pop-up əlavə etməyimiz lazım olduğunu hiss edirəm. Yox! Gənc testçilər təklif vermək üçün getmirlər. Bu çox sərt mi? Tamam, bir daha cəhd edim, kiçik imtahançılar lazımi vaxtda lazımi insanlara təkliflər verməyə başlasınlar.

Layihələrin əvvəlində bir xüsusiyyət və ya bir modul inkişaf etdirməyə başladığımız zaman ümumiyyətlə bütün təkliflər müsbət qarşılanır. Biz yaradıcı şəkildə düşünməyə başlayırıq, çünki ətraflı və tam test hallarını yazmaq üçün bütün mümkün hallar və istifadəçi ssenariləri barədə düşünməliyik. Memarlar və ya dizaynerlər təklifləri dinləməyə və fikirlərimizi nəzərə almağa meylli olduqda.

Həqiqətən girişinizin dəyərli olduğuna inandığınız və tədqiqatlarınızı apardınızsa, davam edin və bizi göz qamaşdırın. Ancaq iş axınlarımız, göstərişlərimiz və təkliflərimiz artıq təsdiqlənmiş, tətbiq edilmiş və sınaqdan keçirilmişsə, fikirlərinizin nə qədər böyük olmasından asılı olmayaraq hər şeyi dəyişdirmək üçün ümumiyyətlə gecdir. Heç vaxt yalnız öz seçimlərinizə əsaslanaraq səhvləri sənədləşdirməyin.

3. Dizaynerinizin varlığını unudun

Göstərişlər, iş axınları və onlar haqqında mövzularda danışarkən, dizaynerinizin başlarını aşmaqdan və işlərinə daha da yaxşılaşdırmaqdan və ya daha da yaxşılaşdırmaqdan - düşmən dizaynlarına dair səhvlərdən daha sürətli bir yol yoxdur. Dizaynerlərimi çox sevirəm və onların səriştələrinə çox güvənirəm ki, əgər bir xüsusiyyəti bir şəkildə tərtib etmişlərsə, deməli bunu dəstəkləmək üçün çox yaxşı bir səbəb var. Müxtəlif fikirləri araşdırmaq üçün nə qədər səy sərf etdiklərini bilirəm və ümumiyyətlə müştəri ilə çox sıx əməkdaşlıqda olduqlarını və müştərinin UI tələblərini məndən daha yaxşı bildiklərini bilirəm.

Tamamilə dürüst olmalıyamsa, yenə də bəzən bu səhvi edirəm və bu anın istisində əvvəlcə dizaynerimlə məsləhətləşmədən bir xüsusiyyətə bir şey əlavə etmək qərarına gəldim. Bunu bir şeyi yaxşılaşdırmaq üçün ən yaxşı niyyəti ilə edirəm, amma razılaşdırılmış prosesi pozduğum və gözlənilməz bir gecikmə əlavə etdiyim təqdirdə ən yaxşı niyyətim azdır.

4. Devlərinizi boşaltın

Ahhhh, devs qorxuducu ola bilər, devlər qıcıqlandırıcı ola bilər, devlər təkəbbürlü və kinli ola bilər. Ancaq devs həmişə ən yaxşı dostunuz, həmişə! Beləliklə, ən yaxşısını sınayır və etibarlı bir əlaqə qurursunuz. Get və sən sənə dözməyincə üyüdərsən, mən də sən kimi deməyə cəsarət et. Çünki xoşbəxt devs = xoşbəxt QAs. 1000 dəfə "bu səhv deyil, bir xüsusiyyətdir" eşitmək məcburiyyətində qalsanız da, dilinizi dişlədiniz və əzm edirsiniz. Devinizin söylədiyi bir şeyə inanmırsınızsa, böyük birinə gedib ikinci rəy istəyə bilərsiniz. Ancaq ideal olaraq, etibarlı bir ortaqlıq qalsanız yaxşı olar. Onların təcrübəsinə etibar etməlisiniz və o zaman sizin səlahiyyətinizə etibar edəcəklər. Gözəl bir simbiozdir, lakin kövrəkdir.

Devslər, arxalarınızın olduğuna inanmalı, kodlarını pozmaq istəsəniz də, bunu ən yaxşı niyyətlə və daha yaxşı üçün etdiyinizə inanmalıdırlar. Və bəzən çox nadir hallarda bir səhvin bir xüsusiyyət olduğuna inanmaq lazımdır. :)

Bir dev btw'u boşaltmağın ən sürətli yolu, yarım işlənmiş modulu sınadığınızda və hələ tətbiq olunmayan şeylər haqqında bir dəstə səhv əlavə etməyinizdir. Onlara vaxt verin, onları tələsdirməyin və hissələriniz bitməyincə hissəniz başlayana qədər həvəsinizi tutmağa çalışın.

5. Sənədləşmə üçün çox yaxşı olduğunuzu düşünün

Ahhh, bu, məncə. Mənim üçün ən yorucu vəzifə test hallarını yazmaq və ya mövcud olanları yeni sınaq ssenariləri və test zamanı açıqladığım məlumatlarla dəyişdirməkdir. Bəzi təkan toplayıb etimadı sınayanda əsasları buraxmağa başlayırsan. Bir nəticə siyahısı şablonunu izləməkdən narahat olmağınız üçün zamanla özünüzü çox təzyiqə məruz qoyursunuz ki, nəticələrinizin izi olmadan yaddaşınıza yazın. Bacarığınızdan o qədər əminsiniz ki, hər testin görünən bir izə sahib olmasını unutursunuz. Xüsusilə bir layihə ilə əlbir olsanız və bu barədə hər bir xırda detalı bilsəniz, sənədləşdirmə ehtiyacını unutursunuz və bu asanlıqla geri qayıdıb sizi yuxuda dişləyə bilər.

Mən buna görə günahkaram və digər vəzifələrə daha çox vaxt ayırmaq üçün ən uzun müddət bir neçə addım atdım. Ancaq bəzi hallarda, geri qaytarmaq üçün bir sənədiniz olmadıqca səmimi sözünüzün əhəmiyyəti yoxdur. Məsələn, əvvəllər qüsursuz işlədiyi üçün bir şeyin bir reqress olduğunu söyləsəniz, sonra kimsə səndən bunun sübutunu göstərməyinizi xahiş edir və edə bilməzsiniz, bu, peşəkar deyildir. Başqa bir proyektə nə zaman keçəcəyinizi və ya başqasının işinizi götürməyiniz lazım olduğunu bilmirsiniz və kağız hissənizi etməmisinizsə bu başqası tamamilə itiriləcəkdir.

6. Əsas işləri görməmək

Layihənizin Android və iOS-da dəstəklənən bir mobil tətbiq olduğunu deyək. Kiçik bir sınaqçı bir Android telefonunu yoxlayır və qəza görür. Junior ecstatic, bir qəza çox böyük bir şeydir, buna görə onu ən qısa müddətdə Jira'ya əlavə etməyə və həyəcan siqnalı qaldırmağa tələsirlər. Unuduqları bir səhv, xüsusilə vacib bir səhv əlavə etmədən əvvəl etməli olduğu bütün digər addımlardır. Bir məsələ əlavə etmədən əvvəl bir az əsas iş var. Birincisi, sənəd sistemini, nə olursa olsun, dublikat üçün yoxlamaqdır. Heç kim dublikatları bəyənmir və səni səliqəli görünməyə vadar edir! İkincisi, məsələnin cihaz üçün xüsusi, platforma və ya ümumi bir olub olmadığını bir neçə yerdə yoxlamaqdır. Beləliklə, bir Android planşetini və daha sonra bir iOS cihazını yoxlamaq daha yaxşı olar. Ayrıca qeydləri toplamaq faydalı olardı ki, dev əvəzinə qeydləri çoxaltmağa və tez bir zamanda yoxlamağa cəhd edə bilsin. Məsələni nə qədər tez-tez təkrarlaya biləcəyinizi, hər dəfə baş verdiyini və ya bir az təsadüfi bir şəkildə baş verdiyini görmək də faydalıdır. Məsələ ilə bağlı dəqiq addımları ayırın və bəlkə əvvəlki quruluşları və versiyaların yenicə təqdim edilmiş bir reqress olub olmadığını yoxlamaq üçün olub olmadığını yoxlayın.

Bu səhvlər bir QA səyahətinin ortaq bir hissəsidir və öyrənmə prosesinə təbii bir addımdır. İndi bir miras qalan bu qiymətli yükü yolumdan keçmişəm, xahiş edirəm bu səhvlərdən hər hansı birində günahkarsınızsa və ya buraxdığım QA daha da bağışlanmaz günahlarınız varsa, mənə aşağıdakı şərhlərdə bildirin.