Funkčné testovanie. Testovanie softvéru

Funkčné testovanie

Funkčné testovanie - Je testovací softvér s cieľom overiť realizovateľnosť funkčných požiadaviek, to znamená, že schopnosť softvéru za určitých podmienok vyriešiť úlohy, ktoré potrebujete. Funkčné požiadavky určujú, čo presne softvér, aké úlohy sa rozhoduje.

Funkčné požiadavky zahŕňajú:

  • Funkčná vhodnosť (ENG. vhodnosť.).
  • Presnosť (ENG. presnosť.).
  • Schopnosť komunikovať (Eng. interoperabilita).
  • Súlad s normami a pravidlami (ENG. súlad.).
  • Ochrana (ENG. bezpečnosť).

Literatúra

  • Lisa Crispin, Janet Gregory Flexibilné testovanie: Praktická príručka pre testery a flexibilné príkazy \u003d Agilné testovanie: Praktická príručka pre testerov a agilných tímov. - m.: "Williams", 2010. - 464 p. - (Addison-Wesley Signature Series). - 1000 kópií. - ISBN 978-5-8459-1625-9,

Nadácia Wikimedia. 2010.

Sledujte, čo je "testovanie funkcií" v iných slovníkoch:

    funkčné testovanie - - [L.G.SUMENKO. \\ T Anglický Ruský slovník o informačnom technológii. M.: GP TSNIIS, 2003.] Témy Informačné technológie vo všeobecnosti EN funkčné testovanie ...

    testovanie - Skúšobné udalosti a funkčné testovanie (Ten nie je spojený so športovými súťažami) sú kľúčovými komponentmi, ktoré zabezpečia pripravenosť hier a jedinej skutočnej príležitosti na kontrolu vyvinutého oko ... ... ... Technický adresár prekladateľa

    Softvér je softvérové \u200b\u200btestovanie (softvér) vykonané na plnom, integrovanom systéme, aby sa overil súlad systému so zdrojmi. Testovanie systému sa vzťahuje na metódy testovania čiernej ... ... Wikipedia

    Analytik - (Analyst) špecialista, Zamestnanec spoločnosti, Bankové informácie o aktivitách analytikov, finančného a obchodného analytika, Analytics mena a burzového trhu Obsah \u003e\u003e\u003e\u003e\u003e\u003e\u003e\u003e\u003e Analytik, keď sa objavil Analytics História OREDELIYA. , ... Encyklopédia Investor

    Tento článok nemá odkazy na zdroje informácií. Informácie sa musia skontrolovať, inak sa môže spochybniť a vypustiť. Tento článok môžete upraviť ... Wikipedia

    Založenie 1941 zakladateľov Martin a Oume Hilti Key Figúrky Baskera Pius (Pius Baschera) (predseda predstavenstva), BO Risberg (predseda Výkonnej rady) ... Wikipedia

    Spracovanie procesu spracovania procesu spracovania procesu procesov Projektový programový dokument ... Wikipedia

    - (English Performance Engineering) Časť systémových zariadení, ktorá obsahuje súbor úloh, vedomostí, postupov, nástrojov a výsledkov a používané v každej fáze cyklu vývoja softvéru, aby sa ubezpečil, že vytvorený, ... ... Wikipédia

    Tento článok musí byť plne prepísaný. Diskusná stránka môže byť vysvetlenia. Tento termín má iné významy, pozri program ... Wikipedia

Knihy

  • Základy testovania a overovania softvéru, Starolets Sergey Mikhailovich. Tento príspevok je určený pre budúcich programátorov, ktorí potrebujú poznať základy testovania softvérových produktov, princípy práce v tíme s testermi, potrebami a ...
  • Funkčné programovanie na JavaScript. Ako zlepšiť programový kód Javascriptu, Antio Louis. V komplexných webových aplikáciách, nízkoúrovňové etapy JavaScript Kódové údaje môžu sťažiť analyzovať program a ovplyvniť výkon systému ako celku. Funkčné programovanie (FP) ako ...

Všetko typy testovania softvéruV závislosti od sledovaných cieľov je možné podmienečne rozdeliť do nasledujúcich skupín: 1) funkčné; 2) nefunkčné; 3) spojené so zmenami.

Funkčné testy sú založené na funkciách a funkciách, ako aj interakcii s inými systémami, a môžu byť reprezentované na všetkých úrovniach testovania: komponent alebo modulárne (komponentné / jednotkové testovanie), integračné testovanie, systém (testovanie systému) a testovanie prijatia). Funkčné typy testovania zvažujú vonkajšie správanie systému. Nasledujú najbežnejšie typy funkčných testov:

- Funkčné testovanie Funkčné testovanie)

- Bezpečnostné testovanie Testovanie zabezpečenia a kontroly prístupu)

- Testovanie interakcie Interiérové \u200b\u200btestovanie)

Funkčné testovanie.Tento typ testovania kontroluje súlad funkcií realizovaných požiadavkami, technickým priradením, špecifikáciami, rôznymi ďalšími projektovými dokumentmi a jednoducho očakávania používateľov. Skontroluje sa každá z funkcií aplikácie a všetky z nich v komplexe. Všetky scenáre použitia sa skúmajú. Primeranosť uložených a výstupných údajov, metódy spracovania, spracovanie zadané údaje, metódy ukladania údajov, import údajov a metódy exportu údajov atď. V závislosti od špecifík aplikácie.

Funkčné testy Na základe funkcií vykonávaných systémom a môžu sa vykonávať na všetkých úrovniach testovania (zložka, integrácia, systémová, prijateľná). Tieto funkcie spravidla sú popísané v požiadavkách, funkčných špecifikáciách, alebo ako prípady používania systému (prípadoch použitia).

Testovanie funkčnosti môže byť vykonané v dvoch aspektoch: " požiadavky»; « obchodné procesy».

Testovanie v perspektíve " požiadavky"Používa špecifikáciu funkčných požiadaviek systému ako základ pre návrh skúšobného prípadu (skúšobné prípady). V tomto prípade musíte urobiť zoznam toho, čo bude testované, a to, čo nie je, uprednostňuje požiadavky na základe rizík (ak sa to neurobí v dokumente s požiadavkami), a na základe tohto, uprednostniť skúšku Scenáre (testovacie prípady). To sa bude zamerať a nenechajte si ujsť pri testovaní najdôležitejšej funkcie.

Testovanie v perspektíve " obchodné procesy"Využíva znalosti týchto väčšiny podnikových procesov, ktoré opisujú scenáre denného používania." V tejto perspektíve sú testovacie skripty (testovacie skripty) zvyčajne založené na používaní systému (prípadoch použitia).

Výhoda Funkčné testovanie: napodobňuje skutočné používanie systému. nevýhody Funkčné testovanie: Schopnosť ignorovať logické chyby v softvéri; Pravdepodobnosť nadmerného testovania.


Pomerne bežné je automatizácia funkčného testovania.

Bezpečnostné testovanie. Stratégia testovania, ktorá sa používa na kontrolu bezpečnostného systému, ako aj na analýzu rizík spojených s zabezpečením holistického prístupu k ochrane prihlášky, útokov hackerov, vírusov, neoprávneného prístupu k dôverným údajom. Bezpečnostné testovanie možno vykonať automatizované aj manuálne, vrátane kontroly pozitívnych aj negatívnych testovacích prípadov. Na základe troch hlavných zásady - toto je súkromie, integrita a prístupnosť (Dôvernosť, integrita, dostupnosť)

Dôvernosť - To skrýva určité zdroje alebo informácie. Podľa súkromia, môžete pochopiť obmedzenie prístupu k zdroju niektorých kategórií užívateľov, alebo inými slovami, za akých podmienok je užívateľ oprávnený prístup k tomuto zdroju.

Pri určovaní konceptu existujú dva hlavné kritériá integrita:

1. Dôvera. Očakáva sa, že zdroj sa zmení len zodpovedajúcim spôsobom pre konkrétnu skupinu používateľov.

2. Poškodenie a zhodnocovanie. V prípade, že údaje sú poškodené alebo nesprávne líšiť podľa autorizovaného alebo nie oprávneného používateľa, je potrebné určiť, aký dôležitý je postup obnovy dát.

Dostupnosť Je to požiadavky, že zdroje musia byť k dispozícii autorizovaným užívateľom, interným objektom alebo zariadeniu. Čím pravidla je, tým kritickejší zdroj je, tým vyššia by mala byť úroveň dostupnosti.

Testovanie interakcie. S rozvojom sieťových technológií a internetu získal interakciu rôznych systémov, služieb a aplikácií s ostatnými významný význam, pretože akékoľvek problémy spojené s tým spojené môžu viesť k pádu orgánu spoločnosti, že v dôsledku toho bude mať finančné straty . Preto by sa malo priblížiť testovanie interakcie so všetkou závažnosťou.

Testovanie interakcie toto funkčné testovanie, ktoré kontroluje schopnosť aplikácie komunikovať s jednou alebo viacerými komponentmi alebo systémami a zahŕňa testovanie kompatibility (testovanie kompatibility) a integračné testovanie.

Softvér s dobrými interakčnými charakteristikami možno ľahko integrovať s inými systémami, bez toho, aby si vyžadovalo akékoľvek vážne úpravy. V tomto prípade sa môže použiť počet zmien a čas potrebný na ich vykonanie na meranie možnosti interakcie.

Funkčné testovanie je jedným z kľúčových typov testovania, ktorých úlohou je vytvoriť súlad vypracovaného softvéru (softvér) zdrojových funkčných požiadaviek zákazníka. To znamená, že funkčné testovanie vám umožňuje overiť schopnosť informačného systému za určitých podmienok vyriešiť úlohy, ktoré potrebujete.


V závislosti od stupňa prístupu k systému systému možno rozlíšiť dva typy funkčných testov:
  • black Box Testovanie (Čierna skrinka) - Vykonajte funkčné testovanie bez prístupu k systému systému,
  • skúšanie bielych boxov (biely box) - Funkčné testovanie s kódovým kódom systému.

Black Box Testovanie sa vykonáva bez vedomia o vnútorných mechanizmoch systému a spolieha sa na vonkajšie prejavy svojej práce. Testovanie sa zároveň kontroluje správaním rôznych vstupných údajov a vnútorného stavu systémov. V prípade testovania bielej skrinky sa vytvárajú testovacie prípady založené najmä na kódexe CO. K dispozícii je tiež rozšírený typ Black-Box Testing, ktorý zahŕňa kód vzdelávania, je tzv. Grey box (sivý box).

Kľúčové výhody

  1. Funkčný testovací softvér plne napodobňuje skutočné používanie systému.
  2. Umožňuje vám identifikovať chyby systému včas a teda vyhnúť viacerým problémom pri práci s ním v budúcnosti.
  3. Úspory korekciou chýb v skoršom štádiu životného cyklu softvéru.

Hlavné kroky funkčného testovania

Príprava

Držanie

Príprava

Vykonáva sa analýza počiatočných dokumentov dokumentov: funkčné a obchodné požiadavky, technické špecifikácie, projektový pas. Vývoj a koordinácia skúšobného plánu, skúšobných prípadov, koordinácia času dizajnu, počtu iterácií, posúdenie možných rizík. Úlohy pre túto fázu sa vykonávajú spoločne so zástupcami zákazníka.

Držanie

Funkčné testovanie sa vykonáva manuálne pri pripravených scenároch pred testovaním so zvýšenými chybami, ktoré sa nachádzajú v systéme BagTracking. V neprítomnosti takéhoto systému od zákazníka môžeme: poskytnúť testovací systém na testovanie na svojej platforme; Dajte licenciu zákazníkovi; Použite existujúce finančné prostriedky od zákazníka; stojí len balík office; Dajte proces testovania od zákazníka na základe bezplatných nástrojov.

Rozvoj a koordinácia správ o testovaní vykonaných so zoznamom zistených odchýlok a odporúčaní na zlepšenie systému. V prípade potreby sú používatelia vyškolení.

Nástroje

Správa testov sa vykonáva v špecializovaných systémoch.

Informačná bezpečnosť 11.07.2018 8693

Funkčné testovanie je jedným z kľúčových typov testovania, ktorých úlohou je vytvoriť súlad vyvinutý softvér (softvér) počiatočných funkčných požiadaviek klienta. To znamená, že funkčné testovanie vám umožňuje overiť schopnosť informačného systému za určitých podmienok vyriešiť úlohy, ktoré potrebujete.

V závislosti od stupňa prístupu k systému systému možno rozlíšiť dva typy funkčných testov:

⦁ Testovanie čierneho poľa (čierna skrinka) - Vykonajte funkčné testovanie bez prístupu k kódovému kódu,
⦁ Testovanie bielych boxov (biely box) - Funkčné testovanie s prístupovým kódom systému.
Black Box Testovanie sa vykonáva bez vedomia o vnútorných mechanizmoch systému a spolieha sa na vonkajšie prejavy svojej práce. Testovanie sa zároveň kontroluje správaním rôznych vstupných údajov a vnútorného stavu systémov. V prípade testovania bielej skrinky sa vytvárajú testovacie prípady založené najmä na kódexe CO. K dispozícii je tiež rozšírený typ Black-Box Testing, ktorý zahŕňa kód vzdelávania, je tzv. Grey box (sivý box).

Kľúčové výhody

⦁ Funkčný testovací softvér plne napodobňuje skutočné použitie systému.
⦁ Umožňuje vám identifikovať chyby systému včas a teda vyhnúť viacerým problémom pri práci s ním v budúcnosti.
⦁ Úspora opravou chýb v skoršom štádiu životného cyklu softvéru.

Hlavné kroky funkčného testovania

Príprava - Vykonáva sa analýza zdrojových dokumentov v systéme: funkčné a obchodné požiadavky, technické špecifikácie, projektový pas. Vývoj a koordinácia skúšobného plánu, skúšobných prípadov, koordinácia času dizajnu, počtu iterácií, posúdenie možných rizík. Úlohy pre túto fázu sa vykonávajú spoločne so zástupcami zákazníka.

Držanie - Funkčné testovanie sa vykonáva manuálne pri pripravených scenároch pred testovaním so zvýšením všetkých chýb nachádzajúcich sa v systéme BagTracking. Pri absencii takéhoto systému klienta, spoločnosť Moderátor Clctesting môže: poskytnúť testovací systém na testovanie na jeho stránke; Dajte spoločnosť na klienta Licencie; Použite finančné prostriedky zákazníka od spoločnosti; stojí len balík office; Dajte testovací proces na spoločnosť klienta založená na voľných fondoch.

správa - rozvoj a koordinácia správ o testovaní so zoznamom zistených odchýlok a odporúčaní na zlepšenie systému. V prípade potreby sú používatelia vyškolení.

Pokyny funkčného testovania

Regresné testovanie - testovanie funkčnosti výrobku po oprave chýb alebo implementáciu nových funkcií

Bezpečnostné testovanie - Posúdenie zraniteľnosti voči rôznym útokom a pokusy o neoprávnený prístup k údajom.

Testovanie systému - overenie zhody podľa požiadaviek deklarovaných v špecifikácii

Testovanie mobilných aplikácií - Identifikácia defektov v papierovej rozhraní

Testovacia inštalácia - Testovanie procesu inštalácie / odinštalovanie softvéru

- Overenie práce na rôznych softvérových a hardvérových prostrediach.

Integračné testovanie - Testovanie interakcií medzi systémovými komponentmi a medzi viacerými systémami.

Testovanie dymu - krátky testovací cyklus na zistenie správnej prevádzky hlavných funkcií aplikácie.

Testovacia dokumentácia - overenie dokumentov na dodržiavanie prijatých noriem, ako aj dodržiavanie určitých vlastností

Poskytovanie testovacieho pokrytia - Vyhodnotenie hustoty testov na poťahovanie

Testovanie použiteľnosti - určenie stupňa jednoduchého použitia, jasnejšie a príťažlivosť výrobku, ktorý sa vyvíja

Regresné testovanie


Zakaždým, keď urobíte zmeny v systéme, alebo pridáva na nové funkcie, existuje

pravdepodobnosť, že tieto zmeny ovplyvnia výkon predtým vyvinutý funkčný alebo systém ako celku. Regresné testovanie vám umožňuje overiť správnosť dodatkov a uistiť sa, že program po zmene naďalej spĺňa zavedené požiadavky a úspešne spolupracuje s inými systémami.

Tento typ testovania sa odporúča pri každom nastavení programu, ktorý môže zahŕňať korekciu chyby, kódovú fúziu, migráciu do iného operačného systému alebo databázy, pridávanie nových funkcií a ďalších zmien. Ak počas prevádzky sa počet používateľov systému výrazne zvýšil v porovnaní s pilotnou operáciou, odporúča sa vykonať testovanie regresnej záťaže.

Počas projektu testeri skontrolujú predovšetkým časť funkcie, kde je najvyššia pravdepodobnosť vzhľadu chyby po vykonaných zmenách. Ak chcete ušetriť čas, odborníci môžu vyvinúť automatizované regresné testy, ktoré znížia čas testovania bez straty ako práce.

Kľúčové výhody

⦁ s pravidelným regresným testovaním - významné zníženie počtu vad v systéme podľa času uvoľnenia.
⦁ Výnimka degradácie kvality systému s rastom funkčnosti.
⦁ Zníženie pravdepodobnosti kritických chýb v pilotnej priemyselnej prevádzke.

Hlavné kroky

⦁ Overovacie testy: Zahrnúť skúšky na kontrolu chýb a testov na overenie bezpečnosti základných funkcií v každej novej verzii softvéru;
⦁ Regresné testy: Kontrola novej verzie programu so súborom testov, ktoré boli použité pri testovaní predchádzajúcej verzie a neodhalili chyby;
⦁ Regress v pevných chybách: Kontrola predtým identifikovaných a pevných chýb, je potrebné vyhnúť sa vzhľadu takýchto chýb po úprave kódu.

Integračné testovanie


Mnohé moderné IT systémy komunikujú s inými systémami a modulmi, takže extrémne

je dôležité mať predstavu o ich vzťahu a skontrolovať ich výkon. Integračné testovanie vám umožňuje detekovať chyby, ktoré sa vyskytujú v interakcii systémov. Na tento účel sa použije ako manuálne aj automatizované testy.

Integračné testovanie sa odporúča vykonať pred začatím testovania systému. Tento typ testovania by sa mal vykonávať čo najskôr, pretože integračné chyby sú zvyčajne architektonickým charakterom, ich korekcia v neskorších štádiách rozvoja je riskantné a môže to urobiť oveľa drahšie. Ak chcete urýchliť začiatok skúšobného procesu, odporúča sa využiť vývoj emulátorov externých systémov.

Ako súčasť integračného testovania sa môže vykonať aj regresné testovanie s cieľom overiť zmeny vykonané v prílohe alebo environmentálneho prostredia zdedených funkcií.

Kľúčové výhody

Integračné testovanie vám umožňuje imitovať akcie používateľa a rýchlo prijímať potvrdenie, že softvérový produkt úspešne spolupracuje s inými systémami. Tento prístup zaručuje niekoľko výhod naraz:

⦁ zabrániť vzhľadu kritických chýb v pilotnom priemyselnom prevádzke;
⦁ Zníženie vplyvu ľudského faktora;
⦁ Úspora nákladov na upevnenie defektov.

Hlavné ciele

Hlavnou úlohou integračného testovania je vyhľadávanie chýb spojených s interakciou systémových modulov alebo viacerých systémov. V dôsledku toho musia všetky susediace systémy a jedno systémové moduly fungovať konzistentne.

Spôsoby vykonávania integračných testov sa vyberajú v závislosti od integračných roztokov.

Etapy

⦁ Vývoj skúšobného plánu - usmernenia na testovanie testerov;
⦁ tvorba testovacích údajov a vytvorenie skúšobných prípadov;
⦁ Implementácia skriptov na spustenie skúšobných prípadov;
⦁ vykonajte skúšobné prípady a korekciu chýb;
⦁ Opakovaním skúšobného cyklu na úspešnú integráciu.

Bezpečnostné testovanie


Bezpečnostné testovanie sa vykonáva s cieľom posúdiť stabilitu systému protiprávnemu

akcia: Hacker Attacks, Peneting vírusov, pokusy o prístup k informáciám o spoločnosti. Bezpečnostné testovanie je obzvlášť relevantné pre webové aplikácie, aplikácie s dôležitými obchodnými alebo osobnými informáciami, platobnými systémami, aplikáciami, ktoré si vyžadujú integritu informácií, sociálnych aplikácií, aplikácií s komerčnou licenciou. Často kontrolovať bezpečnosť

takéto systémy funkčného testovania nestačia.

Kľúčové výhody

⦁ Bezpečnostné testovanie znižuje pravdepodobnosť neoprávneného prístupu k systému, krádeži informácií a straty údajov;
⦁ Klienti dostávajú objektívne hodnotenie úrovne bezpečnosti systémov.

Hlavné ciele

⦁ Analýza architektúry a budovanie modelu hrozieb a rizík
⦁ Definícia kritérií ochrany
⦁ Hľadať zraniteľnosti v zdrojovom kóde
⦁ testovanie fuzz
⦁ Testovanie penetrácie
⦁ testovanie založené na riziku
⦁ Vedenie testovania zaťaženia

Etapy

⦁ Príprava: Zber informácií, zväčšenie častí;
⦁ Plánovanie: Analýza systémových zraniteľností a možných hrozieb, zostavenie rizikovej matrice;
⦁ Dizajn: Stanovenie nastavení zabezpečenia systému, analýza kódov, elementárnych testov;
⦁ Vývoj: Zadávanie neočakávaných, nesprávnych, netypických údajov (testovanie FUZZ), hodnotenie nefunkčných zložiek softvéru, modelu testovania rizík;
⦁ Implementácia: ⦁ Testovanie zaťaženia, Penetračné testy.

Testovanie dymu

Časté montáž softvéru sa neustále neuskutočňuje s náležitými vlastnosťami, v dôsledku čoho môže softvérový produkt obsahovať chyby v práci funkčného podnikania. To je dôvod, prečo by sa mala kontrolovať kľúčový funkčný systém okamžite po montáži a pred prenosom softvéru na testovanie.

Testovanie dymu (testovanie komína) uvádza úlohu na identifikáciu chýb ihneď po montáži softvéru. Zahŕňa malý počet testovacích scenárov a je určený na identifikáciu explicitných chýb funkčnosti. Po aktualizácii softvéru sa zvyčajne vykonávajú testy dymu, ale táto metóda môže byť použitá na testovanie softvérových produktov vytvorených od nuly. Testovanie dymu je možné vykonať ako akceptačné testy pred funkčným testovaním. Keďže testovanie dymu sa vykonáva s pomerne vysokou periodicitou a základné zdroje testerov sa na ňom vynakladajú, odporúča sa automatizovať tento smer.

Kľúčové výhody

⦁ Detekcia kritických chýb v prvých niekoľkých hodinách (minúty) po inštalácii
⦁ Zníženie rizík odobratia produktu zlyhania kvality;
⦁ Minimalizácia rizík pri integrácii systémov;
⦁ Zníženie nákladov na opravu vad;
⦁ Kontrola zrýchlenia automatizáciou.

Hlavné ciele

⦁ Výber testovacích scenárov, aby ste poskytli testovacie pokrytie najviac prioritných funkcií systému.
⦁ Určenie počtu testov dymu a čas ich vykonania. Zvyčajne nie viac ako 10 scenárov je vybraných pre dymové testy s časom ich vykonania za niekoľko hodín.
⦁ Písanie testovacích skriptov, popis krokov prehrávania a očakávané výsledky ich vykonávania. Na žiadosť klienta môžu byť skripty automatizované.
⦁ Vykonanie testu dymu.

Testovanie systému


Systémové testovanie určené na testovanie

pripravený v tomto stave, v ktorom bude zavedený do experimentálnej prevádzky.

Systémové testovanie vám umožňuje rozpoznať takéto chyby ako identifikáciu chýbajúcej funkcie v systéme, nesprávnej prevádzke systémových funkcií, výskyt chýb pri použití špecifických testovacích údajov alebo ich kombinácií, chyby interakcií s inými systémami.

Kľúčové výhody

⦁ Zníženie počtu defektov v pilotnom priemyselnom prevádzke;
⦁ Schopnosť používať testovacie scenáre ako vzdelávacie materiály pre budúcich používateľov systému;
⦁ Detekcia chýb nastavenia stojana, čo uľahčuje prevádzku administrátorov AC pri inštalácii systému v experimentálnej operácii.

Hlavné ciele

⦁ Stanovenie prístupu k príprave testovacích scenárov
⦁ Vytvorenie plánu a skúšobných metód
⦁ Príprava testovacích údajov
⦁ testovanie
⦁ Detekcia nesprávnych zdrojov

Etapy

⦁ Skúšobný plán
⦁ Vývoj testov
⦁ Príprava testovacích údajov
⦁ Skúšobné runy - automatizované a obyčajné
⦁ vypracovanie správy
⦁ Regresné testovanie po korekcii chýb

Testovacia dokumentácia

Testovanie Dokumentácia vám umožňuje odhadnúť rôzne charakteristiky dokumentov a požiadaviek: úplnosť a redundancia, neambigita a konzistencia, Rankbors a vysledovateľnosť, realizovateľnosť a overiteľnosť.

Testovanie dokumentácie sa odporúča pri vytváraní nového softvéru alebo keď sa zmení v dôsledku rozvoja podnikania. Testovanie dokumentácie je lepšie začať v systéme vytvárania systémových požiadaviek, to odstráni niektoré chyby predtým, ako sa realizujú v kódexe.

Kľúčové výhody

⦁ Detekcia chýb požiadaviek v počiatočných etapách znižuje náklady na ich opravu.
⦁ Kvalitná dokumentácia znižuje zložitosť a trvanie projektu ako celku.
⦁ jednoznačné a plné obchodné požiadavky umožňujú vývojárom lepšie posúdiť rozsah práce a vypracovať technickú úlohu.
⦁ Zrozumiteľná dokumentácia znižuje počet otázok o fungovaní systému od užívateľov a testerov, čo uľahčuje prácu administrátora a analytiky.

Skúšky dokumentácie zahŕňa testovanie viacerých úrovní dokumentácie:

⦁ Obchodné požiadavky
⦁ Funkčné požiadavky
⦁ Zdaňovanie
⦁ Používateľské príručky

Testovanie mobilných aplikácií


Testovanie - najdôležitejšia fáza rozvíjania mobilných aplikácií. Tento typ testovania vám umožňuje kontrolovať výkonnosť aplikácie na rôznych zariadeniach a operačných systémoch v súlade so špecifikovanými požiadavkami.

Kľúčové výhody

⦁ Kontrola výkonu a kompatibility aplikácie na rôzne zariadenia a platformy.
⦁ Zníženie rizika reputácie, keďže uvoľnenie nízkokvalitných aplikácií na akejkoľvek mobilnej platforme je spojené s negatívnymi komentármi a nízkymi hodnotami používateľov.
⦁ Schopnosť automatizovať testovanie mobilných aplikácií, čo znižuje načasovanie každej iterácie.

Na testovanie testovania sa spoločnosť Moderátor Crowdtsing spolieha na rôzne mobilné zariadenia, vrátane všetkých moderných modelov tabliet a smartfónov, ktoré sú vo vlastníctve testerov zo všetkých krajín sveta.

Poskytovanie testovacieho pokrytia

Skúšobný povlak predstavuje veľkosť vyjadrujúcu percento funkčnosti testovanej testmi na plnú funkčnosť systému. Odporúča sa posúdenie skúšobného krytu, ktoré sa odporúča pri príprave plánu a skúšobnej metodiky, aby testovanie bolo schopné poskytnúť požadovanú úroveň skúšobného pokrytia. Tento typ testovania sa môže uskutočniť ručne aj s automatizovaným testovaním.

Kľúčové výhody

⦁ Hodnotenie testovania jasne ukazuje percento funkčnosti testov a je kritériom ich úplnosti: čím vyššie je percento testovaného povlaku, tým vyššia je plnosť.
⦁ Zabezpečenie toho, že najkomplexnejší testovací povlak znižuje počet defektov a zlepšuje kvalitu konečného produktu.

Hlavné ciele

Pri príprave plánu a skúšobných metód pre manuálne a automatizované testovanie v závislosti od účelu testovania sa stanoví požadovaná úroveň skúšky. Pri testovaní sa odporúča použiť maximálnu dosiahnuteľnú úroveň testovacieho pokrytia, avšak na skrátenie času na prípravu a testovanie testov, je povolené použitie neúplného testovacieho pokrytia.

Testovacia inštalácia

Inštalačné testovanie (inštalácia testovanie) Umožňuje uistiť, že je správne nainštalovaný a nakonfigurovaný, nové verzie sa vyskytujú bez chýb a tento softvér je možné odinštalovať a odstrániť. Testovanie Inštalácia sa musí vykonať pri vytváraní softvéru, po zobrazení novej verzie, ako aj pri zmene konfigurácie stojana.
Inštalačné testovanie sa odporúča vykonať na rôznych platformách, manuálne metódy alebo automatizáciou. Nasledujúce faktory ovplyvňujú tento typ testovania:
⦁ Aké platformy a operačné systémy sú podporované?
Ako bude softvér distribuovaný?
⦁ Kto bude inštalovať softvér?

Kľúčové výhody

Testovanie inštalácie Vyhýba sa týmto problémom pri inštalácii softvéru v priemyselnom prostredí, ako:
⦁ Neschopnosť stanoviť
⦁ Strata dát po inštalácii novej verzie
⦁ Neschopnosť vrátiť sa späť k predchádzajúcej verzii

Výsledkom je, že šetrí peniaze a čas, významnú pomoc pri práci administrátorov.
Hlavné ciele

Inštalačné testovanie sa vykonáva podľa plánu inštalácie softvéru. Kontrola inštalácie, konfigurácie, aktualizácie, verzie rollback a vymazanie softvéru na všetkých uvedených platformách.

Testovanie použiteľnosti

Testovanie použiteľnosti sa vykonáva pri vytváraní nového softvéru a jeho rafinácie. Hlavným cieľom takéhoto testovania je vyhľadávanie riešení najpriaznivejšieho programového rozhrania na skrátenie času na riešenie užívateľských úloh.

Výsledkom testovania jednoduchosti používania je množstvo želaní na zlepšenie testovacieho objektu, napríklad zmeniť umiestnenie tlačidiel alebo pridať nové na rýchle vykonanie ľubovoľného príkazu, vyplňte predvolené hodnoty, pridajte horúce klávesy atď.
Kľúčové výhody

Výsledky použiteľnosti testovania poskytnú pozitívnu spätnú väzbu od užívateľov systému v budúcnosti. Ak je systém určený na pravidelné používanie, napríklad zamestnanci call-centra, operatívni v bankových alebo predajných asistentoch v obchode, ergonomický systém zníži svoje náklady na pracovnú silu na vykonávanie každodenných operácií. Ak je systém určený pre zákaznícky servis, napríklad online obchod alebo internetová banka, pohodlie a jednoduchosť systému zanecháva pozitívne spomienky na prácu s ním, ktorá ušetrí zákazníkov a priťahuje nové.

Hlavné ciele

Úlohou testovania jednoduchosti používania je definovať úroveň pohodlia a jednoduchosť riešenia úloh užívateľa, vykonať, ktorý produkt bol vytvorený.

Ako súčasť tejto úlohy sa odhaduje:

⦁ Koľko krokov je potrebné urobiť na splnenie úlohy?
⦁ Ako dlho trvá plnenie úlohy?
⦁ Koľko chýb robia nováčik pri vykonávaní úlohy?
⦁ Aký je dojem užívateľa v práci s programom?
⦁ Emócie užívateľa počas úlohy.

Testovanie konfigurácie

Testovanie konfigurácie - Toto je overený softvér na rôznych softvérových a hardvérových prostrediach. Tento typ testovania sa používa, ak je známe, že informačný produkt sa použije, napríklad na rôznych platformách, v rôznych prehliadačoch, bude podporovať rôzne verzie ovládačov.

Kľúčové výhody

⦁ Konfiguračné testovanie úplne simuluje skutočné používanie systému.
⦁ Umožňuje identifikovať chyby systému v prevádzke v rôznych konfiguráciách, a tým zabrániť problémom pri práci s ním.

Hlavné kroky konfiguračného testovania

Príprava - Zostavuje sa zoznam konfigurácií systému, podľa ktorého sa vyskytne testovanie. V praxi je často nemožné opísať celú sadu konfigurácií, v ktorých sa systém použije. Preto sa vykonáva ich priorita a do zoznamu Koniec spadajú len najdôležitejšie konfigurácie.
Držanie - Systém je testovaný na vybraných konfiguráciách.
správa - Spoločnosti Zákazník poskytuje podrobnú správu so zoznamom chýb a odchýlok nájdených v operácii systému s každou konfiguračnou verziou.

Predpokladajme, že existuje funkcia Get-Dataktorý vráti informačnú kartu ID užívateľa, ktorá prešla. Teraz táto funkcia používa 3 zdroje-funkcie, zdroj-b a source-c, aby ste získali tri rôzne typy kariet. Teraz kombinujeme všetky tieto karty na jednej karte a vrátiť sa z get-dát.

Keď test získate, Mal by som skontrolovať prítomnosť kľúčových údajov? Má zmysel tak, že táto funkcia odmietne jednotné testy, ak jeden zo zdrojov-A, Source-B a Source-C zlyhal? Ak je úlohou funkcie TOSS kombinovať údaje, a to sa robí, toto by malo byť dosť, že?

1

2 odpovede

Predpokladajme, že existuje funkcia Get-Data, ktorá vráti mapu ID užívateľa, ktorá sa vysiela na.

Vynikajúce. Potom si ho musíte skontrolovať. Pre tento identifikátor vrátite správne údaje?

teraz táto funkcia používa 3 funkcie zdroja-A, Source-B a Source-C na získanie troch rôznych typov kariet.

Aký detail implementácie musíte ignorovať v teste. Všetko, čo testujete, je, že vaša práca práce (táto metóda) robí to, čo by malo (vziať identifikátor a vrátiť údaje XYZ pre tento identifikátor). ako Táto metóda nezáleží - nakoniec je kľúčovou výhodou tohto modulárneho testu, že môžete reorganizovať implementáciu metódy a test skontroluje, čo ste urobili správne.

Avšak, pravdepodobne budete musieť zosmiešniť zdroje údajov, takže v určitom bode bude test pravdepodobne vedieť, ako tento kód funguje. Musíte vyvážiť tri konkurenčné ciele tu: aby sa test izoloval (podľa šikanovacích údajov), čím sa test zameriava na požiadavky a pragmatizmus.

Nakoniec je to dôležitý kód. Existujú testy na podporu skutočného kódu, stráviť veľký počet času a problémov spojených s leštiacimi kontrolami nie sú také užitočné ako testy. robiť. .

V modulárnom testovaní musíte skontrolovať iba funkčnosť tej istej triedy, ak váš zdroj - metódy, zdroj-b a zdroj-c volanie ostatné triedy, musíte ich zosmiešniť (musia sa skontrolovať na module vo svojich triedach).

Pri testovaní integrácie skontrolujete správanie viacerých tried, ktoré medzi nimi skontrolujete, znamená to, že vaša funkcia Get-Data by mala skontrolovať správnosť získaných údajov (Source-A, Source-B a Source-C sú správne, a Údaje sú správne pripojené).

Modulárne testy sú jednoduchšie a cielenejšie, a mali by vytvoriť vývojári. Integračné testy sú zvyčajne porovnateľné relatívne (ak sa zmenila akákoľvek vnútorná zložka), takže sú ťažšie vykonávať. Musí byť vytvorený profilom QA.