6 QA қателіктері және олардан қалай аулақ болуға болады

Элклинг өзінің даналығымен бөліседі

Бағдарламалық жасақтаманы әзірлеудің сапа кепілдігі саласындағы жеті жылдық тәжірибесі маған тербелетін орындыққа отыруға, айналасындағыларды жинауға және бұрынғы жақсы күндердегі, мен жіберген қателіктер мен қателіктер туралы ертегі айтуға сенімділік береді. менің кемшіліктерімнен үйрену үшін жасөспірімдерге ұнамсыз. Мен бәрін біліп тұрған отқа қаратқан кезде (иә, қазір өрт бар, қиялға беріле беріңіз) мен қатал көзқараспен қарап, уағызымды бастаймын. Міне алты QA қателіктері және оларды болдырмауға болады!

1. Үлкен суретті ұмытыңыз

Егер кіші сынақшы ретінде басталып, жақсы демалған алтын қуыршақ қуанышы болса, кейде үлкен суретті ұмытып кету мүмкін емес. Бұл кезде кіші жасөспірім менің Джира тақтасын жетілдірулермен, сәйкес келмейтін пикселдермен, біршама ортасында орналасқан белгішелермен және нүктелі үтірлермен екі апта бұрын мен соңғы босатуға кандидат ұсынуым керек болған кезде толтырады. Сондай-ақ, мені гипервентиляцияны көрудің ең жылдам әдісі. Осы кезеңде маған қажет нәрсе - басты мүмкіндіктердің жұмыс істейтіндігіне, ештеңе бұзылмағанына, бұзылулар - бұл алыс жадқа және қосымшаның қолданушыға ыңғайлы және оңай қол жетімді - грамматикалық тексерулер мен UI жетілдірілмегендігіне сенімді болу.

Жаңа тестерлер туралы ең жақсы нәрсе - олардың мүмкіндігінше қателерді табуға және өздерінің құнды екенін дәлелдеуге деген шексіздігі. Алайда, жаңа тестерлер туралы ең жаман нәрсе - олардың көптеген қателерді табуға деген құштарлығы ... осының қалай аяқталатынын білесіз. Кейде олар мүмкін емес сәттерде ұсақ-түйектерге назар аударады. Приоритеттеу - бұл үйренетін нәрсе, уақыт өткен сайын тривиальды құжаттарды тапсыруға уақыттың бар екенін және қорқынышты мерзімнің жақындағанын түсіну басталады.

2. Сезімдеріңізге байланысты мәселелерді қосыңыз

Менің ойымша, бұл белгіше көк түстің орнына қызғылт сары болса жақсы көрінеді. Менің ойымша, бұл логиканы түсіну қиын, сондықтан маған кемінде тағы төрт қалқыманы қосу керек деп санаймын. Жоқ! Кіші тестерлер ұсыныстар беруге келмейді. Бұл тым қатал ма? Жарайды, тағы бір рет қайталап көрейін, кіші тестерлер өздеріне керекті адамдарға керекті уақытта ұсыныстар бере алады.

Біз жобалардың басында қандай да бір функцияны немесе модульді бірінші рет жасай бастағанда, әдетте барлық ұсыныстар құпталады. Біз креативті түрде ойлана бастаймыз, өйткені егжей-тегжейлі және толық жағдайларды жазу үшін барлық мүмкін жағдайларды және қолданушының сценарийлерін ойластыруымыз керек. Сәулетшілер мен дизайнерлердің шешімдері ұсыныстарды тыңдауға және біздің идеяларымызды ескеруге бейім.

Егер сіз сіздің мәліметтеріңіздің құнды екендігіне шынайы сенсеңіз және сіз өз зерттеулеріңізді жүргізген болсаңыз, онда бізді таң қалдырыңыз. Егер біздің жұмыс ағымымыз, жұмысымыз және ұсыныстарымыз қазірдің өзінде мақұлданған, орындалған және тексерілген болса, сіздің идеяңыз қаншалықты керемет болса да, өзгертуге кеш болады. Ешқашан ешқашан қателерді тек өзіңіздің қалауыңыз бойынша жасамаңыз.

3. Дизайнердің болуын ұмытыңыз

Кескіндер, жұмыс ағымдары және олар туралы мәселелер туралы айтатын болсақ, сіздің дизайнеріңізге жауыздықпен бас тартуға және олардың жұмысын жақсартуға немесе одан да жаманы қосудан гөрі тезірек жол жоқ - олардың дизайнындағы қателіктер. Мен өзімнің дизайнерлерімді жақсы көремін, және егер олардың бір ерекшелігін ойлап тапқан болса, онда оны қолдауға толық негіз бар деп санаймын. Мен олардың әртүрлі идеяларды зерттеуге қанша күш салғанын білемін, және олар әдетте клиентпен өте тығыз қарым-қатынаста және мен сияқты емес, клиенттің UI талаптары туралы көбірек білетіндерін білемін.

Егер мен шыншыл болуым керек болса, мен кейде осы қатені жіберемін және осы сәтте мен өзімнің дизайнеріммен ақылдаспай-ақ, бірдеңе қосқым келеді. Мен мұны бір нәрсені жақсарту үшін жақсы ниетпен істеймін, бірақ егер мен келісілген процесті бұзып, күтпеген кідірісті қоссам, менің жақсы ниетім аз болады.

4. Әзірлеушілерді босатыңыз

Аххх, девтерді қорқытуға болады, девтер тітіркендіруі мүмкін, девтер менменшіл және ренішті болуы мүмкін. Бірақ devs әрқашан сіздің ең жақын досыңыз, әрқашан! Сондықтан сіз бар күшіңізді салып, сенімді қарым-қатынас орнатасыз. Сіз барып, сіз олар шыдамағанша ұнтақтаңыз, мен сізге ұқсаймын деп айтуға батылым бар. Себебі бақытты devs = бақытты QA. Сіз «қате емес, бұл ерекшелік» дегенді 1000 рет естуіңіз керек болса да, сіз өз тіліңізді тістеп, табандылық танытасыз. Егер сіздің айтқаныңызға сенбесеңіз, үлкен адамға барып, екінші пікір сұрай аласыз. Бірақ, ең дұрысы, сенімді серіктестікті сақтаған дұрыс. Сіз олардың тәжірибесіне сенуіңіз керек, сонда олар сіздің құзыретіңізге сенеді. Бұл әдемі симбиоз, бірақ нәзік.

Құрылғылар олардың артында тұрғандығына сенуі керек, олардың кодын бұзғыңыз келсе де, сіз оны ең жақсы ниетпен және үлкен жақсылықпен жасайсыз. Сіз кейде қателіктер өте жиі кездесетініне сенуіңіз керек. :)

BTw-ті жоюдың ең жылдам әдісі - жартылай дайын модульді сынау және сіз әлі орындалмаған нәрселер туралы қателер қосу. Оларға уақыт беріңіз, оларды асықпаңыз және олар сіздің бөлігіңіз аяқталмайынша, ынтаңызды сақтауға тырысыңыз.

5. Сіз өзіңіздің құжаттамаңыз үшін тым жақсы екенсіз делік

Аххх, бұл мен емес. Мен үшін ең ауыр жұмыс - бұл тест тапсырмаларын жазу немесе жаңа сценарийлермен және тестілеу барысында ашқан ақпараттармен жаңаларын өзгерту. Сіз біршама импульс жинап, сенімділікті тексергенде, сіз негіздерді елемей бастайсыз. Сіз өзіңіздің нәтижелеріңіздің ізін қалдырмай жадта сақтау арқылы тексеру парағы үлгісіне жүгіну үшін уақыт өте келе қысым көресіз. Сіз өзіңіздің қабілетіңізге соншалықты сенімдісіз, әр тестілеудің ізі болуы керек екенін ұмытып кетесіз. Әсіресе, егер сіз бір жобаны өз қолыңызбен жасасаңыз және ол туралы ұсақ-түйектерді білетін болсаңыз, сіз құжаттау қажеттілігін ұмытып кетесіз, осылайша сіз оңай түсіп, түске жете аласыз.

Бұған мен кінәлімін және басқа тапсырмаларға көбірек уақыт бөлу үшін ұзақ уақыт кетіп қалдым. Бірақ кейбір жағдайларда сізде сақтық көшірмесі болатын құжат болмаса, сіздің адал сөзіңіз маңызды емес. Егер сіз мысалы, бірдеңе бұрын ол мінсіз жұмыс істегендіктен регрессия деп айтсаңыз, содан кейін біреу сізге дәлелдеуді сұрайды, ал сіз жасай алмайсыз, ол кәсіби емес көрінеді. Сіз басқа жобаға қашан ауысатындығын білесіз, немесе сіздің жұмысыңызды басқа біреу өз мойнына алуы керек, ал егер қағаздың бір бөлігін жасамасаңыз, бұл басқа біреу толығымен жоғалады.

6. Негіздеме жасамау

Сіздің жобаңыз - Android және iOS-та қолдау көрсетілетін мобильді қосымша. Кіші сынаушы Android телефонын тексеріп жатыр және апатқа ұшырағанын көреді. Джуниор экстаздық, апат - бұл үлкен мәселе, сондықтан оны тезірек Джираға қосып, дабылды көтеруге асығады. Олар ұмытып кететін нәрсе - қатені қоспас бұрын жасау керек, әсіресе маңызды қадам. Мәселе қоспас бұрын аздап негіздеме жасау керек. Біріншіден, телнұсқалардың көшірмелерін беру жүйесін, қандай болса да, тексеру. Ешкім де телнұсқаларды ұнатпайды және олар сізді ұқыпты етіп көрсетеді! Екіншісі - мәселенің құрылғыға, платформаға немесе жалпыға ортақ екенін тексеру үшін тағы бірнеше жерде тексеру. Сонымен, олар Android планшетін, содан кейін iOS құрылғысын және т.б. тексеруді жақсырақ етеді. Сондай-ақ, бірнеше журналдарды жинау пайдалы болады, сондықтан әзірлеуші ​​уақытты үнемдеуге және оның орнына журналдарды тез тексеруге уақытты үнемдей алады. Мәселені қаншалықты жиі шығаруға болатындығын, ол әрдайым немесе кездейсоқ түрде орындалып жатқанын көру пайдалы. Шығарылымның нақты қадамдарын оқшаулаңыз, сонымен қатар жаңадан енгізілген регрессия ма, жоқ па, жоқ па, соны тексеру үшін алдыңғы құрылыстар мен нұсқаларды тексеріңіз.

Бұл қателіктер QA сапарының жалпы бөлігі болып табылады және оқу процесінің табиғи қадамы болып табылады. Міне, осынау құнды мұраны жол бойында өткізіп алғаннан кейін, мына қателіктердің кез-келгенінде сіз кінәлі болсаңыз немесе мен жіберіп алған QA-ның кешірілмейтін күнәсі болса, төмендегі түсініктемелерде маған хабарлаңыз.