1 / 16

Testjuhtude kirjapanemine ja jä rjehoidmine .

Testjuhtude kirjapanemine ja jä rjehoidmine. Tarkvara testimine. Testjuhtude planeerimise eesmärgid. O rganiseeritus (organisatsioon) Kordamise võimalus J ärjehoidmise võimalus Testimise kinnitus. O rganiseeritus (organisatsioon).

cate
Download Presentation

Testjuhtude kirjapanemine ja jä rjehoidmine .

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Testjuhtude kirjapanemineja järjehoidmine. Tarkvara testimine

  2. Testjuhtude planeerimise eesmärgid • Organiseeritus(organisatsioon) • Kordamise võimalus • Järjehoidmise võimalus • Testimise kinnitus

  3. Organiseeritus(organisatsioon) Põhjalik planeerimine aitab paremini organiseerida Teie testjuhud. See annab võimalust neid efektiivsemalt kasutada, mis on väga tähtis testimiseks.

  4. Kordamise võimalus Põhjalik planeerimine peab võimaldama testijal teada saada, millal oli testimise viimane kord ja missugused tulemused on sellel korral saadud. Selle informatsiooni abil võib testija otsustada, millal on vaja testjuhtu korrata.

  5. Jäljehoidmise võimalus • Testijal peaks olema võimalus vastada küsimustele: • Kui palju on testjuhtu vaja käivitada? • Kui palju testjuhte oli käivitatud enne viimast versiooni? • Kui palju testjuhte on õnnestunud või ebaõnnestunud? • Kui palju testjuhtudest on läbi viimata?

  6. Testimise kinnitus Mõnikord on väga tähtis testimisel teada, kas testjuht on tehtud või tegemata. See on viimane omadus, mis peab võimaldama testjuhude planeerimine.

  7. Testjuhtude planeerimise ülevaade Kuidas kirjutada testide spetsifikatsioonid? Vastuse sellele küsimusele võib leida ANSI/IEEE std 829-1983 standardist. (Standard for Software Test Documentation)

  8. Testi kavandamise spetsifikatsioon (Test Design) Defineerib lähenemise, määrab missugused programmi omadused testitakse selle spetsifikatsiooni puhul. Kavandamise eesmärk on organiseerida ja kirjeldada testimise nõuded, mida on vaja kontrollida testimisel.

  9. Test Design • Identifikaator – unikaalne identifikaator, mida võib kasutada nagu viidet ning mille abil saab määrata asukohta. • Omadus testimiseks– programmi omadus, mida testitakse, selle kirjeldus. • Juurdepääs(approach) – kirjeldatakse mis tehnikat kasutada ning kuidas tulemustes kindel olla. • Testjuhu identifikatsioon – Viited testjuhtudele, mis kontrollivad antud omadust. • “Pass/fail” kriteerium – kirjeldab, kuidas otsustada, kas test on läbitud või mitte.

  10. Testjuhtudespetsifikatsioon(Test Cases) Sisaldab konkretset kirjeldust, milliste sisendite puhul millised väljundid peaks saama.

  11. Test Case • Identifikaator – unikaalne identifikaator, mida võib kasutada kui viidet ning mille abil saab määrata asukohta. • Testi üksikdokument(item)– Kirjeldab detailset omadust, moodulit jne, mida testitakse. • Sisendi spetsifikatsioon – kõik sisendid ja tingimused. • Väljundi spetsifikatsioon– oodatud väljundite kirjeldus. • Nõuded keskkonnale – riistvara, tarkvara, kõik, mis on vaja testjuhu kasutamiseks. • Spetsiaalsed nõued – siin kirjeldatakse kõik ebatavalisi asju, mida kasutatakse testimiseks. • Seosed testjuhude vahel – testjuhu sõltumine teistest testjuhudest.

  12. Testprotseduuride spetsifikatsioon (Test Procedures) Siin määratakse kõik sammud, mis on vaja teostada testimise jooksul. Peale selle kirjeldatakse sellest, kuidas neid samme teostada.

  13. Test Procedure • Identifikaator – unikaalne identifikaator, mida võib kasutada nagu viidet ning mille abil saab määrata asukohta. • Eesmärk – protseduuri eesmärk ning viide testjuhtudele, mida on vaja täita. • Spetsiaalsed nõued – teised protseduurid, spetsiaalsed testoskused või spetsiaalsed seadmed, et täita protseduur. • Protseduuri sammud: • Log – kuidas salvestada saadud tulemused • Setup – kuidas valmistuda testimiseks. • Start – sammud testi startimiseks. • Protseduur – sammud protseduuri käivitamiseks. • Mõõtühik – kuidas määrata tulemus. • Sulgemine (shutdown) – kuidas katkestada testi täitmist. • Restart – taaskäivitamine. • Stop – kuidas peatada testi. • Wrap up – mida teha, et saada olukord, mis oli enne testi alustamist • Ootamatu olukord – kirjeldus, mida teha ootamatu testi käigu puhul

  14. Testjuhtude organiseerimine ja järgimine • Kuidas organiseerida testjuhtude dokumentatsioon? • Missugused testjuhud on planeeritud käivitada? • Kui palju planeeritud käivitada? • Kuidas organiseerida “pass/fail” kriteeriumit? • Millised ebaõnnestunud testidest ebaõnnestusid • ka eelmisel korral ja millised mitte? • ...

  15. Organiseerimise süsteemid • “Teie peas” (in your head)– kasutage ainult, kui teete produkti, mida kavatsete ise kasutada. • Paber – võimalik väikese projekti puhul. • Tabelid (spreadsheet) – väga populaarne testjuhtude järje hoidmiseks. • Andmebaas (database) – ideaalne valik.

  16. PBSystemTest Case Manager (TCM)http://jupiter.drw.net/matpie/PBSystems/products/devtools/TCM.html

More Related