Problemi themelor i testimit

Paraqitje

Mirëdita, banorë të Khabrovsk. Pikërisht tani po zgjidhja një detyrë testimi për një vend të lirë të drejtuesit të QA për një kompani fintech. Detyra e parë, krijimi i një plani testimi me një listë të plotë kontrolli dhe shembuj të rasteve të testimit për testimin e një kazan elektrik, mund të zgjidhet në mënyrë të parëndësishme:

Por pjesa e dytë doli të ishte një pyetje: "A ka ndonjë problem të përbashkët për të gjithë testuesit që i pengojnë ata të punojnë në mënyrë më efikase?"

Gjëja e parë që më erdhi në mendje ishte të rendisja të gjitha problemet pak a shumë të dukshme që hasa gjatë testimit, të fshija gjërat e vogla dhe të përmblidhja pjesën tjetër. Por shpejt kuptova se metoda induktive do t'i përgjigjej një pyetjeje që nuk vlente për "të gjithë", por, në rastin më të mirë, vetëm për "shumicën" e testuesve. Prandaj, vendosa t'i afrohem nga ana tjetër, në mënyrë deduktive, dhe kështu ndodhi.

Përkufizimet

Gjëja e parë që bëj zakonisht kur zgjidh një problem të ri është të përpiqem të kuptoj se për çfarë bëhet fjalë, dhe për ta bërë këtë më duhet të kuptoj kuptimin e fjalëve që e paraqesin atë. Fjalët kyçe për të kuptuar janë si më poshtë:

  • problemi
  • testues
  • punë testues
  • efikasiteti i testuesit

Le të kthehemi te Wikipedia dhe sensi i përbashkët:
Problem (greqishtja e vjetër problem) në kuptimin e gjerë - çështje komplekse teorike ose praktike që kërkon studim dhe zgjidhje; në shkencë - një situatë kontradiktore që shfaqet në formën e pozicioneve të kundërta në shpjegimin e çdo dukurie, objekti, procesi dhe kërkon një teori adekuate për ta zgjidhur atë; në jetë, problemi formulohet në një formë që është e kuptueshme për njerëzit: "Unë e di çfarë, nuk e di si", domethënë dihet se çfarë duhet të merret, por nuk dihet si të bëhet. . Vjen nga vonë. lat. problem, nga greqishtja. problem “i hedhur përpara, i vendosur përpara”; nga προβάλλω “hedh përpara, vë përpara; fajësoj”.

Nuk ka shumë kuptim, në fakt, "problem" = "çdo gjë që duhet trajtuar".
Testues - një specialist (nuk do të ndajmë në lloje, pasi ne jemi të interesuar për të gjithë testuesit) i cili merr pjesë në testimin e një komponenti ose sistemi, rezultati i të cilit është:
Puna e testuesit — një grup aktivitetesh që lidhen me testimin.
Efikasiteti (lat. effectivus) - marrëdhënia midis rezultatit të arritur dhe burimeve të përdorura (ISO 9000: 2015).
Rezultati - pasojë e një zinxhiri (seri) veprimesh (rezultate) ose ngjarjesh, të shprehura në mënyrë cilësore ose sasiore. Rezultatet e mundshme përfshijnë avantazhin, disavantazhin, fitimin, humbjen, vlerën dhe fitoren.
Ashtu si me "problemin", ka pak kuptim: diçka që doli si rezultat i punës.
burime - mundësia e matshme sasiore e kryerjes së çdo veprimtarie të një personi ose populli; kushte që lejojnë përdorimin e transformimeve të caktuara për të marrë rezultatin e dëshiruar. Testuesi është një person, dhe në përputhje me teorinë e burimeve jetike, çdo person është pronar i katër aseteve ekonomike:
paraja (të ardhurat) është një burim i rinovueshëm;
energjia (forca e jetës) është një burim pjesërisht i rinovueshëm;
koha është një burim fiks dhe thelbësisht i pa rinovueshëm;
dija (informacioni) është një burim i rinovueshëm, është pjesë e kapitalit njerëzor që mund të rritet dhe të shkatërrohet.[1].

Do të doja të theksoja se përkufizimi i efikasitetit në rastin tonë nuk është plotësisht i saktë, pasi sa më shumë njohuri të përdorim, aq më i ulët është efikasiteti. Prandaj, unë do ta ripërcaktoja efikasitetin si "raporti midis rezultateve të arritura dhe burimeve të shpenzuara". Atëherë gjithçka është e saktë: njohuria nuk harxhohet gjatë punës, por zvogëlon kostot e burimit të vetëm thelbësisht jo të rinovueshëm të testuesit - kohën e tij.

vendim

Pra, ne jemi në kërkim të problemeve globale të testuesve që dëmtojnë efektivitetin e punës së tyre.
Burimi më domethënës që shpenzohet për punën e një testuesi është koha e tij (pjesa tjetër mund të reduktohet në të në një mënyrë ose në një tjetër), dhe në mënyrë që ne të flasim për llogaritjen e saktë të efikasitetit, rezultati gjithashtu duhet të reduktohet në kohë .
Për ta bërë këtë, merrni parasysh një sistem qëndrueshmërinë e të cilit testuesi e siguron përmes punës së tij. Një sistem i tillë është një projekt, ekipi i të cilit përfshin një testues. Cikli i jetës së projektit mund të përfaqësohet afërsisht nga algoritmi i mëposhtëm:

  1. Puna me kërkesat
  2. Formimi i specifikimeve teknike
  3. Разработка
  4. Testimi
  5. Lëshimi në prodhim
  6. Mbështetje (shkoni artikullin 1)

Në këtë rast, i gjithë projekti mund të ndahet në mënyrë rekursive në nënprojekte (features), me të njëjtin cikël jetësor.
Nga pikëpamja e projektit, sa më pak kohë të shpenzohet për të, aq më efektiv është zbatimi i tij.
Kështu, arrijmë në përkufizimin e efikasitetit maksimal të mundshëm të një testuesi nga pikëpamja e projektit - kjo është gjendja e projektit kur koha e testimit është zero. Një problem i zakonshëm për të gjithë testuesit është pamundësia për të arritur këtë kohë.

Si të merreni me këtë?

Përfundimet janë mjaft të dukshme dhe janë përdorur nga shumë për një kohë të gjatë:

  1. Zhvillimi dhe testimi duhet të fillojnë dhe të përfundojnë pothuajse njëkohësisht (kjo zakonisht bëhet nga departamenti QA). Opsioni ideal është kur i gjithë funksionaliteti që po zhvillohet është tashmë i mbuluar nga autotestet në kohën kur është gati, i organizuar në testim regresioni (dhe, nëse është e mundur, para-angazhimi) duke përdorur një lloj CI.
  2. Sa më shumë veçori të ketë një projekt (sa më i ndërlikuar të jetë), aq më shumë kohë do të duhet të shpenzohet për të kontrolluar që funksionaliteti i ri të mos prishë atë të vjetër. Prandaj, sa më kompleks të jetë projekti, aq më shumë automatizimi kërkohet testimi i regresionit.
  3. Sa herë që na mungon një gabim në prodhim dhe një përdorues e gjen atë, ne duhet të shpenzojmë kohë shtesë duke kaluar ciklin jetësor të projektit duke filluar nga pika 1 (Puna me kërkesat, në këtë rast, përdoruesit). Meqenëse arsyet e mungesës së një gabimi janë përgjithësisht të panjohura, na mbetet vetëm një shteg optimizimi - çdo gabim i gjetur nga përdoruesit duhet të përfshihet në testimin e regresionit për t'u siguruar që nuk do të shfaqet më.

Burimi: www.habr.com

Shto një koment