Testēšana no gala līdz beigām
Testēšana līdz beigām ir programmatūras testēšanas metode, kas apstiprina visu programmatūru no sākuma līdz beigām, kā arī tās integrāciju ar ārējām saskarnēm. Pilnīgas testēšanas mērķis ir visas programmatūras pārbaude attiecībā uz atkarībām, datu integritāti un saziņu ar citām sistēmām, saskarnēm un datu bāzēm, lai veiktu pilnīgu ražošanu, piemēram, scenāriju.
Līdztekus programmatūras sistēmai tā apstiprina arī pakešu / datu apstrādi no citām augšupējās / pakārtotās sistēmām. Tādējādi nosaukums "no gala līdz galam" . Testēšana no gala līdz beigām parasti tiek veikta pēc funkcionālās un sistēmas testēšanas. Lai modelētu reāllaika iestatījumus, tiek izmantota faktiskā ražošana, piemēram, dati un testa vide. End-to-end testēšanu sauc arī par ķēdes testēšanu .
Kāpēc testēšana no gala līdz beigām?
Testēšana no gala līdz beigām pārbauda pilnīgu sistēmas plūsmu un palielina uzticamību, atklājot problēmas un palielinot apakšsistēmu testēšanu. Mūsdienu programmatūras sistēmas ir sarežģītas un savstarpēji saistītas ar vairākām apakšsistēmām, kas var atšķirties no pašreizējām sistēmām. Visa sistēma var sabrukt, sabojājoties jebkurai apakšsistēmai, kas ir galvenais risks, no kura var izvairīties, veicot end-to-end testēšanu.
Testēšanas process no gala līdz beigām:
Šī diagramma sniedz pārskatu par testēšanas procesu no gala līdz beigām.
Galvenās darbības, kas saistītas ar testēšanu no gala līdz beigām, ir
- Testēšanas prasību izpēte par gala beigām
- Pārbaudiet vides iestatīšanas un aparatūras / programmatūras prasības
- Aprakstiet visas sistēmas un tās apakšsistēmu procesus.
- Visu sistēmu lomu un atbildības apraksts
- Testēšanas metodika un standarti
- Prasību izsekošana un testēšanas gadījumu izstrāde līdz galam
- Ievades un izvades dati katrai sistēmai
Kā izveidot tiešās pārbaudes gadījumus?
Testēšana no gala līdz beigām Projektēšanas sistēma sastāv no trim daļām
- Veidot lietotāja funkcijas
- Veidošanas nosacījumi
- Veidot testa lietas
Veidot lietotāja funkcijas
Veidošanas lietotāja funkcijās jāveic šādas darbības:
- Uzskaitiet sistēmas funkcijas un to savstarpēji savienotos komponentus
- Uzskaitiet katras funkcijas vai funkcijas ievades datus, darbību un izvades datus
- Nosakiet attiecības starp funkcijām
- Nosakiet, vai funkciju var izmantot atkārtoti vai neatkarīgi
Piemēram -Consider scenāriju, kurā jūs pieteikties uz jūsu bankas kontu un pārskaitīt naudu uz citu kontu, no kāda cita banka (3 rd puse apakšsistēmas)
- Piesakieties banku sistēmā
- Pārbaudiet, vai kontā ir atlikuma summa
- Transfer kādu summu no sava konta uz citu bankas kontu (3 rd partiju sub-sistēma)
- Pārbaudiet savu jaunāko konta atlikumu
- Atteikties no lietojumprogrammas
Veidošanas nosacījumi, pamatojoties uz lietotāja funkciju
Kā daļa no būvniecības nosacījumiem tiek veiktas šādas darbības:
- Nosacījumu kopas izveidošana katrai definētajai lietotāja funkcijai
- Nosacījumi ietver secību, laiku un datu nosacījumus
Piemēram - Pārbaudīt citus apstākļus, piemēram,
Pieteikšanās lapa
- Lietotājvārds un parole nav derīga
- Pārbaude ar derīgu lietotājvārdu un paroli
- Paroles stipruma pārbaude
- Kļūdu ziņojumu pārbaude
Bilances summa
- Pēc 24 stundām pārbaudiet pašreizējo bilanci. (Ja pārskaitījums tiek nosūtīts uz citu banku)
- Pārbaudiet kļūdas ziņojumu, ja pārskaitījuma summa ir lielāka par pašreizējo atlikuma summu
Izveidojiet testa scenāriju
Testa scenārija izveide definētajai lietotāja funkcijai
Šajā gadījumā,
- Piesakieties sistēmā
- Bankas atlikuma summas pārbaude
- Pārskaitiet bankas atlikuma summu
Veidojiet vairākus testa gadījumus
Katram definētajam scenārijam izveidojiet vienu vai vairākus testa gadījumus. Pārbaudes gadījumi var ietvert katru nosacījumu kā vienu testa gadījumu.
Metrika testēšanai no gala līdz beigām:
Tālāk ir minēti daži no daudzajiem rādītājiem, kas izmantoti testēšanai no gala līdz beigām.
- Testa gadījuma sagatavošanas statuss: tas dod testa lietas sagatavošanas progresu salīdzinājumā ar plānoto
- Iknedēļas testa progress - sniedz informāciju par testu pabeigšanas procentuālo daudzumu nedēļā - neizdevās, neizpildīja un izpildīja, salīdzinot ar plānotajiem izpildes testiem.
- Defektu statuss un informācija - tas norāda atvērto un slēgto defektu procentuālo daudzumu pēc nedēļas. Arī defektu sadalījums pa nedēļām, pamatojoties uz smagumu un prioritāti
- Pieejamība videi - kopējais stundu skaits "uz augšu" / kopējais stundu skaits, kas dienā ieplānots testēšanai
Testēšana no gala līdz beigām
| Testēšana no gala līdz beigām | Sistēmas testēšana |
|---|---|
| Apstiprina programmatūras sistēmu, kā arī savstarpēji savienotās apakšsistēmas | Apstiprina tikai programmatūras sistēmu atbilstoši prasību specifikācijām. |
| Tas pārbauda visu procesu no gala līdz galam. | Tas pārbauda sistēmas funkcionalitāti un funkcijas. |
| Visas saskarnes, aizmugures sistēmas tiks pārbaudītas | Testēšanai tiks apsvērta funkcionālā un nefunkcionālā testēšana |
| Tas tiek izpildīts, kad sistēmas testēšana ir pabeigta. | Tas tiek izpildīts pēc integrācijas testēšanas. |
| Testa pārbaude ietver to ārējo saskarņu pārbaudi, kuru automatizācija var būt sarežģīta. Tāpēc priekšroka jādod manuālai testēšanai. | Sistēmas testēšanai var veikt gan rokasgrāmatu, gan automatizāciju |
Secinājums
Programmatūras inženierijā testēšana no gala līdz beigām ir process, kurā tiek pārbaudīta programmatūras sistēma kopā ar tās apakšsistēmām. Šīs pārbaudes lielākais izaicinājums ir pietiekami daudz zināšanu par visu sistēmu, kā arī savstarpēji savienotu apakšsistēmu.