10 steps improve software quality improving process
Testovanie softvéru je rozhodujúce pre zlepšenie kvality softvéru. V tomto výučbe je uvedený zoznam procesných modelov a 10 krokov na zlepšenie testovacieho procesu s cieľom dosiahnuť lepšiu kvalitu softvéru:
Softvérový produkt je vyvinutý tak, aby spĺňal určité požiadavky kladené zákazníkom, ale mnohokrát končí ako chybný produkt z niekoľkých dôvodov, ako sú nesprávne požiadavky, medzera v komunikácii, porozumenie medzier v časovej osi, neúplné technické znalosti alebo menej kvalifikovaní ľudia v systém.
To vystavuje softvérové produkty chybám, chybám alebo chybám. Testovanie softvéru je veľmi dôležité, aby sa zabránilo týmto problémom alebo aby sa im predchádzalo, a aby sa zachovala kvalita softvérových produktov.
Tento článok ponúka základné informácie o rôznych modeloch a niekoľkých jednoduchých krokoch na zlepšenie procesu testovania softvéru, pomocou ktorých je možné zvýšiť kvalitu softvéru.
Vieme, že testovanie softvéru je proces hodnotenia, či softvér spĺňa konkrétne požiadavky. V tomto procese sledujeme mnoho techník a modelov, aby sme dodali kvalitný produkt. Ale aj potom existuje niekoľko oblastí, ktoré je možné vylepšiť pre lepšiu kvalitu softvéru.
- Tento proces by sa mal neustále zlepšovať. Tieto techniky sú vybrané a implementované.
- Demingovo koleso (cyklus PDCA) je najbežnejšie používanou technikou.
- Vylepšená kvalita testovacieho procesu znižuje náklady na údržbu.
Čo sa dozviete:
- Typy modelu
- Kroky na zlepšenie kvality softvéru
- Vylepšenie procesu testovania softvéru
- # 1) Požiadavka na dostupnosť dokumentu
- # 2) Účasť testovacieho tímu na diskusiách o požiadavkách
- # 3) Jasný rozsah
- # 4) Testovanie plánovania a vykonávania
- # 5) Kontrola testovacích prípadov
- # 6) Zaistite dostatok času na vykonanie testovania
- # 7) Plánovanie regresného testu
- # 8) Testovanie automatizácie
- # 9) Vyskúšajte správu a vykazovanie údajov
- # 10) Retrospekcia po každom šprinte
- Záver
Typy modelu
K dispozícii sú 2 modely, ktoré sú uvedené nižšie -
- Referenčný model procesu: Vykonajte meranie zrelosti ako súčasť hodnotenia, vyhodnotte schopnosť organizácie.
- Referenčný model obsahu: Zlepšuje obchodné hodnotenie príležitostí organizácie. Napríklad, testovacie techniky.
Procesné modely
Existujú 4 modely procesov:
# 1) TMMI: Testovanie modelov zrelosti
V Modeloch testovania zrelosti je uvedených päť úrovní, ktoré sú uvedené nižšie -
- Úroveň 1: Počiatočná
- Žiadne formálne alebo zdokumentované štruktúrované testovanie. Testovanie a vývoj sa vykonávajú po kódovaní vo forme Adhoc.
- Fáza testovania a ladenia sa považuje za rovnakú.
- Úroveň 2: Spravovaná
- Testovanie sa vykonáva oddelene od ladenia.
- Politiky a ciele testovania sú stanovené.
- Implementovať základné techniky testovania.
- Úroveň 3: Definovaná
- Proces testovania je integrovaný do procesu vývoja a dokumentovaný do formálnych štandardov, postupov a materiálov.
- Úroveň 4: Merané
- Proces testovania sa efektívne meria a riadi na organizačnej úrovni.
- Úroveň 5: Organizovaná
- Údaje z procesu testovania možno použiť na prevenciu chýb a optimalizáciu procesu.
# 2) CTP: Proces kritického testovania
- Má 12 testovacích procesov.
- Je to založené na kontexte, kde sa identifikujú výzvy a rozpoznávajú sa atribúty dobrého procesu.
- Je prispôsobivý
- Zahŕňa použitie metrík pre testovanie.
# 3) TPI Ďalej
- Definuje 16 procesných oblastí a každá z nich pokrýva špecifický aspekt procesu testovania.
- Má 4 úrovne zrelosti: počiatočnú, riadenú, efektívnu a optimalizačnú.
- Pre prístup na každú úroveň sú definované kontrolné body.
- Zistenia sú zhrnuté a vizualizované pomocou Maturity Metrics.
- Dá sa to ušiť na mieru.
# 4) KROK
- Systematický testovací a hodnotiaci proces.
- Kontextový referenčný model.
- Nevyžaduje vylepšenie, aby sa vyskytlo v konkrétnej objednávke.
- Používa testovanie na základe požiadaviek.
- Testovanie je aktivita životného cyklu, ktorá sa začína vo fáze požiadavky a pokračuje až do dôchodku.
- Poruchy sú zistené skôr a analyzované.
- Testéri a vývojári spolupracujú.
- Testy sa používajú ako model požiadaviek a použitia. Dizajn Testware vedie k dizajnu softvéru.
Kroky na zlepšenie kvality softvéru
Krok 1) Začnite proces zlepšovania:
- Ciele, ciele, rozsah a pokrytie sa dohodli zúčastnené strany.
- Mali by byť definované kritériá úspechu.
- Mala by sa ustanoviť metóda na meranie zlepšenia.
Krok 2) Diagnostika aktuálnej situácie:
aký je najlepší bezplatný youtube downloader
- Uplatňuje sa bezplatný prístup k hodnoteniu a vytvára sa správa o hodnotení skúšky.
- Obsahuje hodnotenie súčasných testovacích postupov a zoznam zdokonalenia procesov.
Krok 3) Prijatie opatrení na zlepšenie:
- Školenia a školenia sú hotové.
Krok č. 4) Poučenie z plánu zlepšovania:
- Zistite, ktorá výhoda bola poskytnutá okrem očakávanej výhody.
- Monitor
Zamerajme sa na prvý krok uvedený vyššie, tj ako zlepšiť kvalitu softvéru vylepšením procesu.
Vylepšenie procesu testovania softvéru
Testovanie softvéru neznamená iba testovanie produktu, aby sa overilo, či sú alebo nie sú splnené požiadavky, ale je to aj proces kontroly kvality a zaistenia.
- Kontrola kvality: Metóda detekcie a opravy defektov.
- Zabezpečenie kvality : Metóda prevencie chýb, keď je výrobok pod kontrolou.
Výhody testovania softvéru sú zhrnuté nižšie:
- Testovanie softvéru pomocou testovania skutočného produktu kontroluje, či vytvárame správny produkt.
- Kontroluje, či je proces vývoja dosiahnutý štandardmi kvality alebo nie.
- Zaisťuje, aby produkt spĺňal všetky špecifikované požiadavky zákazníka.
- Testovanie softvéru sa zameriava na úplnosť, správnosť a konzistenciu konečného produktu.
- Kontroluje, či vyrábame produkt priamo, prostredníctvom kontroly procesu.
- Je zodpovednosťou potvrdiť, že softvérový produkt je bezchybný.
Teraz budeme diskutovať o rôznych krokoch a technikách na zlepšenie procesu testovania softvéru, aby sme dosiahli kvalitný softvérový produkt.
# 1) Požiadavka na dostupnosť dokumentu
Úplne prvým cieľom v oblasti riadenia požiadaviek je vybudovanie vzájomného vnímania medzi klientom a vývojovým tímom softvéru, aby sa mohli sústrediť na všetky požiadavky definovaného softvérového projektu. Primárnym výsledkom riadenia požiadaviek je dokument Špecifikácia požiadaviek.
Dokument so špecifikáciou požiadaviek vysvetľuje všetky technické / netechnické požiadavky obchodných potrieb, ktoré sú potrebné na vývoj softvérového produktu.
Väčšinu času v životnom cykle vývoja softvéru tieto zásadné dokumenty chýbajú, sú nedostatočné alebo nie sú k dispozícii na začiatku plánovania sprintu, takže medzi tým, čo sa požaduje, a tým, čo sa dodáva, existuje obrovský rozdiel.
Prvým krokom k odstráneniu týchto medzier je teda získanie týchto základných dokumentov od podnikových používateľov, pretože to testerovi pomôže pochopiť úplnú požiadavku hneď od začiatku.
Klasifikácia požiadaviek:
Včasná dostupnosť týchto dokumentov od zákazníka je veľmi dobrým postupom na zlepšenie procesu testovania softvéru, pretože celý projekt závisí iba od požiadaviek.
Medzi kľúčové dokumenty týkajúce sa požiadaviek patria:
- SRS (špecifikácia softvérových požiadaviek): Vysvetľuje to účel, rozsah, funkčné a nefunkčné požiadavky vrátane softvérových a hardvérových požiadaviek projektu .
- HLD (dizajn na vysokej úrovni): Tento dokument slúži na prevedenie špecifikácií do logického alebo grafického znázornenia softvéru, ktorý sa má implementovať .
- RTM (matica sledovateľnosti požiadaviek): Zahŕňa mapovanie matice požiadaviek na požiadavku používateľa a dokument o overení skúšky alebo dokument o testovacom prípade .
# 2) Účasť testovacieho tímu na diskusiách o požiadavkách
Jedným zo základných kľúčov k vytvoreniu úspešného projektu je jasná a efektívna komunikácia medzi všetkými členmi návrhového, vývojového a testovacieho tímu.
Testovací tím by mal byť zahrnutý do všetkých kľúčových stretnutí a dizajnérskych stretnutí, vrátane návrhov aplikácií a relácií definujúcich požiadavky, vďaka čomu môže testovací tím vylepšiť nasledujúcu úlohu.
- Príprava dokumentu stratégie testovania.
- Príprava dokumentu plánu testov a odhad úsilia pri testovaní.
- Plánovanie testovacieho tímu pre testovacie činnosti.
- Písanie testovacích prípadov.
- Testovacie skripty pre automatické testovanie.
- Príprava chybových hlásení.
- Správa chýb prostredníctvom nástrojov na hlásenie chýb (Jira, Bugzilla, QC atď.)
Mali by existovať vzájomné porozumenie a spolupráca medzi všetkými členmi tímu, aby mohli pri práci dodržiavať rovnaké štandardy a techniky IT a očakávať vizuálnu spoluprácu, pri rešpektovaní práce každého člena tímu na výrobe kvalitného produktu.
# 3) Jasný rozsah
Pre väčšinu softvéru IT priemysel sleduje agilný model, takže zákazník ťažko poskytne komplexný alebo jednoduchý definovaný rozsah a medzi vývojovým cyklom neustále mení požiadavky.
To vedie k medzere v porozumení medzi vývojovým a testovacím tímom a výsledok nemusí vždy prísť tak, ako sa predpokladalo.
Na zlepšenie procesu testovania softvéru Mal by tu byť vždy jasný rozsah a testovací tím by si mal byť vedomý všetkých požiadaviek a pred začatím testovania softvéru by mal mať úplné porozumenie. To skutočne vždy pomôže dosiahnuť lepšie výsledky.
Pochopenie úplného rozsahu / účelu projektu tiež pomôže posúdiť úroveň / typ alebo intenzitu požadovaného testovania.
# 4) Testovanie plánovania a vykonávania
V tejto fáze navrhneme kompletný testovací proces vrátane definovania požiadaviek, techník, podnikových štandardov, dokumentácie, popisov funkcií a rizík, ktoré môžu byť počas testovania zavedené.
Samotné plánovanie testov je kompletný projekt, ktorého cieľom je dosiahnuť kvalitný produkt rozdelením do nasledujúcich dôležitých úloh.
# 1) Testovacia stratégia: Na uskutočnenie testovacích potrieb v rámci týchto postupov je potrebné vytvoriť opis / dokument postupu na vysokej úrovni. Testovací tím sa riadi prístupom stanoveným v týchto dokumentoch. Dokument stratégie testovania pripravuje manažér testov a je statickým dokumentom, ktorý sa často nemení.
Nižšie sú uvedené komponenty dokumentu Stratégia testovania:
- Rozsah testovania
- Testovací prístup
- Nástroje a techniky na testovanie.
- Konfigurácia
- Podrobnosti o prostredí
- Softvér, štandardy IT
- Harmonogram ukončenia testovania
- Výnimky
# 2) Testovací plán: Po príprave dokumentu stratégie testovania musí testovací vodič pripraviť hlavný a podrobný plán testov, ktorý je odvodený z dokumentu SRS.
Oracle Soa rozhovor otázky a odpovede pre skúsených
Plán testov popisuje nasledovné.
- Čo otestovať?
- Ako testovať?
- Kedy testovať
- Kto bude testovať?
Ak sa požiadavky rýchlo menia, potom sa dôrazne odporúča mať dobre definovaný a podrobný plán skúšok. Zlyhania v testovaní sú hlavne z dôvodu nerealizácie revízie plánu plánu testov.
Medzi funkcie testovacieho plánu patria:
- Id testovacieho plánu
- Úvod
- Testovacie položky
- Vlastnosti, ktoré sa majú testovať
- Odporúča sa netestovať
- Skúšobný prístup
- Kritériá vstupu
- Kritériá pozastavenia
- Kritériá výstupu
- Testovacie prostredie
- Testovanie dodávok
- Zamestnanci a školiace potreby
- Zodpovednosti
- Časový plán
- Riziko a zmiernenie
# 3) Dizajn testovacieho prípadu: Dizajn testovacích prípadov je činnosť, pri ktorej sa všetky diskusie o požiadavkách prevádzajú do formálnych dokumentov, ako sú testovací prípad, testovací skript, testovací scenár.
Inými slovami, testovacie prípady sú súborom krokov, prostredníctvom ktorých tester zistí, či softvérový produkt spĺňa všetky požiadavky alebo nie, porovnaním skutočného výsledku s očakávaným výsledkom.
Formát testovacieho prípadu:
Pán č. | Zhrnutie testu | Krok č. | Krok | ocakavane vysledky | Skutočný výsledok |
---|---|---|---|---|---|
Čo je potrebné na písanie testovacích prípadov?
Písanie testovacích prípadov je prakticky nevyhnutné, aby testujúcim pomohlo podrobne porozumieť požiadavkám a zaistilo, že sa k nim blíži správnym spôsobom.
Výhody testovacích prípadov
- Testovacie prípady nezabudnite dokončiť pokrytie testom.
- Pomáha pri odstraňovaní akýchkoľvek medzier v požiadavkách.
- Pomáha pri zlepšovaní procesu testovania.
- Pomáha zlepšovať kvalitu produktu.
- Zvyšovanie dôvery v to, že postupujeme správnym spôsobom.
- Pomáha overiť očakávanie.
- Umožňuje testerovi myslieť komplexne a pomáha pokryť všetky pozitívne aj negatívne scenáre.
# 5) Kontrola testovacích prípadov
Kontrola testovacieho prípadu hrá dôležitú úlohu v životnom cykle vývoja softvéru v každej organizácii, pretože konečným cieľom zákazníka je získať produkt „Ktorý je bezchybný“ a mali by spĺňať všetky uvedené požiadavky.
Hlavný účel kontroly testovacích prípadov: odhadnúť úplnosť, zvýšiť pokrytie testu a správnosť analyzovaných požiadaviek, a čo je najdôležitejšie „Žiadny rozdiel medzi porozumením požiadaviek“ čím zlepšuje kvalitu produktu.
Nižšie sú uvedené výhody kontroly testovacích prípadov:
- Prevencia závady.
- Včasné varovanie o dizajne a požiadavkách.
- Všetky scenáre sú zachytené alebo nie.
- Celý scenár je relevantný alebo nie.
- Pokrytie testovacích prípadov je podľa požiadaviek produktu.
- Pomáha šetriť čas potrebný na testovanie.
# 6) Zaistite dostatok času na vykonanie testovania
Pre všetkých testerov je časová tieseň jednou z bežných výziev, ktorým obvykle čelia počas testovacích aktivít, a to drasticky ovplyvňuje kvalitu produktu. Prvým krokom v šprinte je zvyčajne to, že požiadavky zamrznú a potom sa produkt vyvinie. Neskôr dôjde k tímu QA pred UAT a nasadením.
V UAT sú dáta pevne dané, ale kvôli mnohým známym / neznámym problémom sa vývojové cykly predlžujú a to vedie k časovej tiesni pre činnosť QA, ktorá nakoniec ovplyvňuje kvality testovania.
čo robí c ++
Preto je veľmi dôležité získať dostatok času na vykonanie testovacích činností prostredníctvom nasledujúcich bodov, aby ste zaistili bezchybný produkt:
- Podrobne analyzujte každý príbeh používateľa.
- Pre každú úlohu poskytnite odhad testovacieho úsilia.
- Preskúmajte testovacie technológie na rýchlu prácu.
- Naplánujte zdroje na testovanie.
- Zaznamenajte si chyby.
- Vyhnite sa opakujúcim sa úlohám.
# 7) Plánovanie regresného testu
Všeobecne platí, že po vykonaní požadovaných zmien v kódovaní softvéru, aby sa chyby vyriešili, vývojový tím vydá upravený build testovaciemu tímu na overenie chýb. Niekedy môže mať aj malá zmena v kódovaní závažný vplyv na ostatné oblasti softvéru, ktoré neboli dotknuté.
Na zlepšenie kvality softvérových produktov by testéri mali vždy plánovať regresné testovanie, aby poskytli ubezpečenie riadiacemu tímu, vývojárom, testerom a klientom, že nová funkcia nemá vplyv na existujúcu funkčnosť, a tiež aby potvrdili, že nové problémy nebudú odhalené v tie funkcionality, ktoré sa nemenia.
Dôležitosť regresného testovania
- Je užitočné zistiť problémy / v počiatočnej fáze.
- Zaisťuje, že softvérové produkty je možné nasadiť.
- Potvrdzuje, že z dôvodu nových zmien sa niektoré predchádzajúce vydania znova neotvárajú.
- Budujte dôveru klientov a získajte softvérové produkty bez chýb.
Rôzne spôsoby vykonania regresného testovania:
Regresné testovanie sa vyžaduje vždy, keď sa objavia nové funkcie; porucha existujúceho produktu musí byť správna, zmena existujúcej funkčnosti a odstránenie existujúcich funkcií. Tieto zmeny kódu môžu spôsobiť novú chybu systému a systém začne pracovať nesprávne.
Nižšie sú uvedené rôzne spôsoby, ako by sa dalo vykonať regresné testovanie.
- Opätovné testovanie kompletnej testovacej obleku.
- Výber prípadov regresných testov.
- Stanovenie priorít v testovacích prípadoch.
# 8) Testovanie automatizácie
V dnešnom svete je testovanie softvéru rozhodujúcou súčasťou procesu životného cyklu vývoja softvéru. Aby sa znížila manuálna náročná práca na testovaní, mnoho spoločností sa rozhodlo pre automatizáciu testov pre inteligentnú prácu.
Avšak možnosti automatizácie sa posúvajú ďalej a znižujú čas potrebný na zvýšenie rýchlosti a úplné pokrytie testov a čo je najdôležitejšie, nakoniec optimalizácia nákladov na zabezpečenie kvality.
Preto je automatizácia testov uprednostňovaná pred manuálnym testovaním pred nájdením alternatívy s najhospodárnejším alebo najvyšší dosiahnuteľným výkonom, aby ste dosiahli maximálny výsledok alebo výsledok s minimálnymi nákladmi alebo nákladmi.
(obrázok zdroj )
Automatizácia testov navyše dáva veľa dôvodov na zlepšenie procesu testovania v rôznych fázach.
- Dlhodobé dosiahnutie cieľov s minimálnymi nákladmi.
- Skrátený čas vykonania.
- Schopnosti zvýšiť pokrytie testami.
- Zvýšená efektívnosť a produktivita.
- Znížené manuálne úsilie
- Znížená opakovaná práca
- Užitočné pri regresnom testovaní
- Zvýšte skriptovacie vlastnosti
- Väčšia spoľahlivosť
# 9) Vyskúšajte správu a vykazovanie údajov
Správa testov je proces riadenia testovacích aktivít, ako je organizácia testovacích zdrojov, odhad, plánovanie, strategizácia snáh o testovanie, monitorovanie priebehu testu, reportovanie testu a kontrola.
Správa testov je spôsob dodania kvalitného softvérového produktu, ako aj efektívny spôsob zlepšenia procesu testovania softvéru. Správa testov je efektívna nielen pre automatizáciu, ale efektívna aj pri manuálnom testovaní.
- Skúšobná organizácia : Vytvorenie a uznanie testovacieho tímu a zadanie úlohy.
- Plánovanie testov : Záznamy z diskusie a dohôd medzi testermi a zvyškom projektového tímu.
- Stratégia testovania : Identifikujte rozsah testovania, testovací proces, testovacie techniky a prístup, odhadnite úsilie a náklady na testovanie.
- Vykonanie skúšky : Dokumentácia k testovacím prípadom, tvorba a vykonávanie skriptu.
- Monitorovanie a kontrola skúšok : Vyhodnoťte stav dokončenia úlohy.
- Správy o testoch : Efektívne komunikovať zistenia a stav testovacieho tímu s ostatnými zainteresovanými stranami. Existuje mnoho spôsobov hlásenia stavu, napríklad vytvorením súhrnnej správy o teste, priamym stavom testu v e-maile alebo vytvorením informačného panela a odoslaním odkazu na informačný panel.
# 10) Retrospekcia po každom šprinte
Retrospektívne stretnutie je formálne stretnutie, ktoré na konci šprintu uskutoční tím pre vývoj softvéru, aby skontroloval a prediskutoval úspech a neúspech a prišiel s novými plánmi budúcich vylepšení pre nadchádzajúce šprinty.
Vykonávanie retrospektív po každom šprinte dáva šancu tímom neustále zlepšovať ich výkonnosť a zdokonaliť nielen proces testovania softvéru, ale aj všetky ďalšie súvisiace činnosti.
Zaostrené oblasti pri spätnej kontrole:
- Čo dopadlo dobre?
- Čo nedopadlo dobre?
- Čo sme sa dozvedeli
- Ako vylepšiť
- Čo dobre dopadlo ?: Najlepším spôsobom, ako diskutovať o zlepšeniach, je najskôr zhodnotiť dobré veci, ktoré sa stali, aby sa diskusia začala pozitívnosťou a aby sa oslávil dôvod úspechu. Tím tiež udržuje energiu na vysokej úrovni a ďalej diskutuje v šťastnom prostredí.
- Čo nedopadlo dobre? : Cieľom tejto otázky by nemalo byť obviňovanie jednotlivcov, ale zisťovanie príčin neúspechov alebo chýb. Každý člen by sa mal podieľať na odpovedaní na túto otázku, aby sme boli oboznámení s existujúcim problémom a riešeniami jeho riešenia pre ďalšie šprinty. Kľúčom k úspešnému projektu je prijať chybu a pracovať na nej.
- Čo sme sa dozvedeli : Neopakovať chyby a zamerať sa na nové procesy a nástroje alebo techniky, môžeme zaviesť alebo použiť na dosiahnutie lepších výsledkov.
- Ako vylepšiť : Prijatím všetkých chýb, ktoré boli urobené v predchádzajúcom šprinte, a vylepšením zručností nastavených na všetkých oddeleniach a pozitívnym spôsobom zdokumentovať všetku spätnú väzbu, aby sa v ďalších šprintoch pracovalo oveľa lepšie a lepšie.
Záver
Za každým úspešným dodaním produktu by mali byť určité stratégie, ktoré umožnia sledovať rôzne procesy testovania softvéru. Implementujte tieto jednoduché kroky na zlepšenie procesu testovania softvéru uvedené v tomto článku, aby ste poskytli produkt najlepšej kvality.
V tomto tutoriáli sme sa venovali rôznym krokom a technikám zlepšovania procesov, ktoré je možné dodržať v ktoromkoľvek modeli SDLC (Software Development Life Cycle) počas celého cyklu sprintu, aby sme dodali produkt najlepšej kvality v optimálnom časovom rámci.
Je zrejmé, že testovanie softvéru je neoddeliteľnou súčasťou SDLC a jeho cieľom je oceniť systém ako celok a uspokojiť požiadavky zákazníkov. Ako tím by sme teda mali implementovať vyššie uvedené spôsoby, ako vylepšiť proces testovania softvéru, ktorý nakoniec povedie k lepšiemu výkonu a kvalite softvérového produktu.
Odporúčané čítanie
- 9 najlepších nástrojov na testovanie VoIP: Nástroje na testovanie rýchlosti a kvality VoIP (ZOZNAM 2021)
- Rozdiel medzi zabezpečením kvality a kontrolou kvality (QA vs. QC)
- Analýza režimov a účinkov zlyhania (FMEA) - Ako analyzovať riziká pre lepšiu kvalitu softvéru a spokojných zákazníkov!
- Maximalizácia kvality ďalším testovaním Full Stack
- Ako používať techniku Poka-Yoke (kontrola chýb) na zlepšenie kvality softvéru
- 8 kľúčových ukazovateľov výkonu pre uvoľňovanie kvality (recenzia Panaya Test Dynamix)
- Ako vylepšiť proces testovacieho vydania pre úspešnú produkciu softvéru bez chýb
- 4 kroky k vývoju agilného testovania myslenia pre úspešný prechod na agilný proces