Metoda de acoperire pentru operatori
Scopul acestei metode de testare este de a executa fiecare declarație de program cel puțin o dată.
Metoda de acoperire a soluțiilor (acoperiri de tranziție)
Conform metodei de acoperire a soluției, fiecare direcție de tranziție trebuie implementată cel puțin o dată. Această metodă include un criteriu de acoperire pentru operatori, deoarece toate direcțiile tranzițiilor sunt efectuate de toți operatorii în aceste direcții.
Metoda de acoperire a condițiilor
Această metodă poate oferi rezultate mai bune decât cele anterioare. În conformitate cu metoda de acoperire a condițiilor, numărul de teste este înregistrat suficient pentru a se asigura că toate rezultatele posibile ale fiecărei condiții din soluție sunt îndeplinite cel puțin o dată.
Metoda de acoperire a soluțiilor / condițiilor
Criteriul de acoperire decizii / condiții necesită un set suficient de teste pentru toate rezultatele posibile pentru fiecare condiție au fost efectuate cel puțin o dată, toate rezultatele fiecărei soluții au fost efectuate cel puțin o dată și, în plus, fiecare punct de intrare pentru a transfera controlul cel puțin o dată.
nu este întotdeauna posibilă verificarea tuturor condițiilor;
Este imposibil să se verifice condițiile care sunt ascunse de alte condiții;
Sensibilitate insuficientă la erori în expresiile logice.
Metoda de acoperire combinatorică a condițiilor
Criteriul de acoperire combinatorică a condițiilor îndeplinește, de asemenea, criteriile pentru acoperirea soluțiilor, acoperirea condițiilor și acoperirea soluțiilor / condițiilor.
Această metodă necesită crearea unui număr de teste, astfel încât toate combinațiile posibile de condiții care rezultă în fiecare soluție să fie executate cel puțin o dată. Conform acestui criteriu, în exemplul examinat ar trebui să se acopere următoarele opt combinații:
Ordinea de executare a muncii
Proiectarea testelor pe baza principiului "cutie albă" pentru programul elaborat în lucrarea de laborator nr. 4. Utilizarea schemelor de algoritmi elaborate și perfecționate în lucrările de laborator nr. 2, 3.
Selectați mai mulți algoritmi pentru a testa și a indica literele sau cifrele din ramurile acestor algoritmi.
Scrieți căile de algoritm care trebuie testate prin teste pentru metoda de testare selectată.
Înregistrați teste care vă vor permite să traversați căile algoritmului.
Pentru a testa programul dezvoltat de dvs. Rezultatele sunt sub formă de tabele.
Verificați toate tipurile de teste și trageți concluzii cu privire la eficacitatea acestora.
Protejarea raportului de laborator
Raportul privind activitatea de laborator ar trebui să cuprindă:
Tabele de testare a programului.
Concluzie privind rezultatele testării (nu uitați că scopul testării este detectarea erorilor în program).
Descrieți etapa de implementare și testarea produsului software.
Ce tipuri de teste există?
Care sunt criteriile pentru selectarea testelor.
Listează proprietățile testelor.
Specificați criteriile pentru fiabilitatea programului.
Care este evaluarea fiabilității programului?
LUCRAREA LABORATORULUI № 5. Proiectarea sistemului de programe la abordarea obiectului de programare
Scopul lucrării: introducerea studenților la metoda de proiectare a sistemului prin intermediul cardurilor CRC.
O etapă importantă în crearea de software este proiectarea. La acest pas, se pune arhitectura sistemului.
O modalitate de a proiecta este metoda CRC. Această metodă de proiectare face parte din designul UML.
Pasul unu. Diagrama cazurilor de utilizare este construită pentru o înțelegere inițială a structurii programului: au identificat actori (oameni sau sisteme, între care există o interacțiune), de cazuri de utilizare a sistemului (acțiunile realizate de sistem pentru punerea în aplicare a actorilor de comunicare).
O diagramă a cazurilor de utilizare pentru exemplul "ATM" este prezentată în Fig. 1.
De fapt, pot exista multe precedente. Să spunem: verificați parola, monitorizați tranzacțiile de transfer de date, afișați informații pe ecran și așa mai departe.
Această diagramă clarifică ce va face sistemul, cum va funcționa. Diagrama de utilizare este, de asemenea, foarte utilă pentru comunicarea cu clientul - vă permite să arătați cele mai semnificative acțiuni ale sistemului și să verificați dacă înțelegeți corect clientul și semnificația funcțiilor individuale pentru el.
Pasul doi. În acest stadiu, sunt identificate clasele care trebuie create în programul de implementare a sistemului. În cazul unui ATM, acesta este: clientul, banca, serviciul de securitate al băncii. bancomat în sine și așa mai departe.
Puteți veni cu o mulțime (timer, contor de cont, carte, etc.).
Mai mult, se eliberează cărți CRC. Aceasta este o foaie de hârtie de 10 x 15. Acestea sunt împărțite în trei părți și arată astfel - fig. L8.2.
Pe exemplul aceluiași bancomat - Fig. L8.3.
Fig. L8.3. Exemple de carduri CRC
Pasul trei. Pentru a testa suficiența sau redundanța claselor inventate, precum și corectitudinea interacțiunii lor, se construiește o diagramă de interacțiune (Figura L8.4).
Fig. J18.4. Diagrama de interacțiune
Metoda de CRC-carduri vă permite să efectuați, de asemenea, o performanță a sistemului. Pentru a face acest lucru, este suficient să distribuiți cărților cu clase participanților la proiect. Apoi începeți un joc de rol. Primul participant se ridică și citește acțiunea efectuată de clasa sa. Alți participanți, bazați pe cărțile lor, raportează răspunsul altor clase. Dacă la un moment dat reacția nu este urmată, atunci acesta este un semn de imperfecțiune a designului sistemului. Un astfel de joc poate spune despre redundanța proiectului.
Ordinea de executare a muncii
În conformitate cu versiunea sarcinii propuse de profesor, identificați actorii (actorii) sistemului.
Identificați opțiunile pentru utilizarea sistemului și descrieți-le într-o formă concisă sau completă.
Construiți o diagramă a opțiunilor de utilizare a sistemului (utilizați MS Office sau MS Visio).
Identificați clasele sistemului proiectat.
Creați carduri CRC pentru toate clasele de sistem (utilizați MS Office sau MS Visio).
Construiți o diagramă de interacțiune (utilizați MS Office sau MS Visio).
Predă și protejează lucrarea.
Protejarea raportului de laborator
Raportul privind activitatea de laborator ar trebui să cuprindă:
Descrierea actorilor și a precedentelor sistemului.
Protecția raportului privind munca de laborator constă în prezentarea rezultatelor către profesor (pe ecranul monitorului), demonstrând abilitățile dobândite și răspunzând la întrebările profesorului.
Descrieți design-ul software-ului pentru o abordare obiect.
Care este modelarea domeniului în designul de software?
Limba și. Scopul, avantajele și dezavantajele sale.
Descrieți utilizarea software-ului.
Listează diagramele în limba uM (_.
Dați un exemplu de diagramă a cazurilor de utilizare.
7 Dați un exemplu de diagramă de interacțiune.
Care este scopul și utilizarea cardurilor CPC?
Rezervarea biletelor la aeroport.
Sistem de securitate privat.
Sistemul de securitate al închisorii.
Sistem de siguranță pentru zborul aeronavelor.
Lucrările de laborator nr. 1-5 sunt efectuate pentru aceeași versiune.
Dezvoltarea modulului de program "Înregistrări de performanță pentru studenți". Modulul de program este destinat pentru contul operațional al progresului studenților în sesiune de către decan, adjuncții decanului și personalul decanatului. Informațiile privind progresul studenților trebuie să fie păstrate pe întreaga durată a studiilor și utilizate pentru pregătirea certificatelor privind cursurile și aplicațiile de diplomă care au fost ascultate.
Dezvoltarea modulului de program "Afaceri personale ale studenților". Modulul de program este destinat să obțină informații despre studenți de către angajații biroului decanului, comisiei sindicale și personalului. Informațiile trebuie păstrate pe întreaga durată a studiilor studenților și utilizate în pregătirea certificatelor și rapoartelor.
Elaborați un modul software "Soluție de optimizare combinatorică". Modulul ar trebui să conțină algoritmi de căutare pentru un ciclu de lungime minimă (problema vânzătorului călător), să caute calea cea mai scurtă și să caute un arbore minim obligatoriu.
Elaborați o aplicație Windows "Calculator". Aplicația este destinată tuturor utilizatorilor și trebuie să conțină toate operațiile aritmetice (în funcție de priorități) și preferabil (dar nu neapărat) mai multe funcții matematice.
Dezvoltarea unui modul de software „Major“, conține informații despre angajații departamentului de (numele, funcția, gradul universitar, disciplina, capacitate, asistență socială, munca la negru, etc.). Modulul este destinat utilizării de către departamentul de personal și de decan.
Elaborați un modul software numit "Laborator" care conține informații despre personalul laboratorului (nume, sex, vârstă, starea civilă, disponibilitatea copiilor, poziția, gradul academic). Modulul este destinat utilizării de către angajații comitetului sindical și ai departamentului de personal.
Elaborați un modul software "Auto Service". Când se înregistrează pentru service, se completează o cerere în care sunt indicate numele proprietarului, marca automobilului, tipul de lucru, data primirii comenzii și costul reparației. După finalizarea lucrării, se imprimă o chitanță.
Elaborați un modul de program "Contabilitate pentru încălcări ale regulilor de trafic". Pentru fiecare mașină (și proprietarul acesteia), o listă de încălcări este stocată în baza de date. Pentru fiecare încălcare, data, ora, tipul încălcării și valoarea pedepsei sunt fixate. Când plătiți toate amenzi, aparatul este scos din baza de date.
Elaborați un modul software denumit "Carte imobiliară", conceput pentru a fi utilizat de către angajații agenției. Baza de date conține informații despre apartamente (numărul de camere, podea, imagini etc.). Atunci când se primește o cerere de schimb (cumpărare, vânzare), se caută opțiunea corespunzătoare. În caz contrar, clientul este introdus în baza de date client și notificat când apare opțiunea.
Elaborați un modul de program "Aviacasse", care conține informații privind disponibilitatea locurilor vacante pe rutele aeriene. Baza de date trebuie să conțină informații despre numărul zborului, echipajul, tipul de aeronavă, data și ora plecării, precum și costul biletelor de avion (din diferite clase). Când apare cererea de bilet, programul caută zborul potrivit.
Dezvoltați modulul de program "Parcare". Programul conține informații despre marca automobilului, proprietarul acestuia, data și ora intrării, costul parcării, reducerile, arieratele de plată etc.
Elaborați un modul software "Agenția de personal", care conține informații despre posturile vacante și CV-ul. Modulul software este conceput pentru a căuta un angajat care îndeplinește cerințele managerilor de companii și pentru a găsi o muncă potrivită.
Notă. Când dezvoltați programul, nu vă limitați la funcțiile listate în versiune, adăugați câteva dintre funcțiile dvs. Este necesar să se utilizeze abordări structurale și modulare pentru programare. Este de dorit să se utilizeze abordarea obiectului
Velbitsky I. Tehnologia programării. Kiev, 1984.
Gause, Weinberg. Cerințe de explorare: Calitatea înainte de proiectare, 1989
Boehm A. Modelul spiral al dezvoltării și perfecționării software-ului // Computer. 1988. Vol. 21. No. 5. P. 61-72.
Alistair Cowburn, Laurie Williams. Programarea perechilor: avantaje și dezavantaje.
Ozhegov SI Dicționar al limbii ruse. M. Enciclopedia sovietică, 1975.
Dicționar enciclopedic sovietic. M. Enciclopedia sovietică, 1979.
Dictionar politehnic / Ch. Ed. Acad. A.Yu. Ishlinsky.
ed. M. Enciclopedia sovietică, 1980.
McCabe T.J. Futler Ch. W Măsurarea și testarea complexității designului Comunicarea ACM. 32, 12 (decembrie 1989). P. 1415-1425.
Walsh B. Programarea în BASIC. M. Radio și comunicare, 1988.
HyuzDzh. J. Abordarea structurală a programării. M. Mir, 1980, pp. 29-71.
Zhogolev EA Fundamentele tehnologice ale programării modulare // Programare. 1980. № 2. P. 44-49.
Holt R.S. Structura programelor de calculator: un studiu // Proceedings of the IEEE. 1975, 63 (6). P. 879-893.
Zelkovets M. Shaw A. Gannon J. Principii de dezvoltare software. M. Mir, 1982, S. 65-71.
Dal U. Dijkstra E. Hoare K. Programare structurată. M. Mir, 1975, pag. 7-19.
Object Management Group Inc. Specificarea limbajului unificat de modelare versiunea OMG 1.5. Numărul documentului
Boehm B. Inginerie software de inginerie. M. Radio și comunicare, 1985.
Visual C ++ 6. Ghidul dezvoltatorului.
Articole similare
Trimiteți-le prietenilor: