Meni

Izobraževanje za preizkušanje programske opreme: usposabljanje od konca do konca na projektu v živo - brezplačno spletno usposabljanje za zagotavljanje kakovosti 1. del

software testing training

Preizkusite Naš Instrument Za Odpravo Težav

prostIzobraževanje za testiranje programske opremeNa projektu v živo v realnem času:

Zelo smo navdušeni, da to predstavimo naprej serija brezplačnih vaj za testiranje programske opreme. Simulirali bomo sprotni projekt programske opreme, ki bo podrobno pregledoval vsako fazo s posebnim poudarkom na procesih usposabljanja, fazah, vlogah in odgovornostih, končnih rezultatih itd.

Skratka, bodite pripravljeni na kratek spletni tečaj za testiranje programske opreme.

_Kraj končajte z usposabljanjem na projektu v živo

Pomembna opomba : Spodnje brezplačne vadnice so koristne za začetek, če pa vas zanima najboljši spletni tečaj za testiranje programske opreme LIVE od strokovnjakov, prosimo, preverite to stran.

Testiranje usposabljanja za zagotavljanje kakovosti

=> Tukaj jeseznam vseh vadnicv tej brezplačni seriji usposabljanj Live Project QA:

dfs z uporabo sklada c ++

Zakaj to brezplačno usposabljanje za zagotavljanje kakovosti?

Od bralcev dobimo veliko poizvedb, s katerimi si delimo svoje izkušnje na spletnem mestu natančen postopek testiranja programske opreme sledijo skupine za testiranje programske opreme. Zato smo se odločili, da bomo to popolno STLC dokumentirali s pomočjo vzorčne aplikacije v živo, ki je na voljo za testiranje na internetu.

Ta projekt v živo bomo uporabili za našo serijo usposabljanja za testiranje programske opreme. Toplo vam priporočamo, da natančno spremljate to serijo, saj bo to učenje, ki se bo uvedlo in izvajalo, zgrešen preskusne prakse na aplikaciji v živo.

Kaj se boste naučili:

Usposabljanje za testiranje programske opreme na projektu v živo - kaj je to?

Preden nadaljujemo, naj si vzamem trenutek, da pojasnim, za kaj gre v tej seriji tečajev za preizkušanje programske opreme in kako se bo oblikoval, ko bomo napredovali.

Izbrali smo aplikacijo v živo (katere podrobnosti so spodaj) in začeli z:

- V bistvu vse, kar bi običajno počeli v projektu za testiranje programske opreme v realnem času - s primeri v realnem času, artefakti in končnimi rezultati, ustvarjenimi v procesu.

Kako slediti tej seriji tečajev za testiranje programske opreme?

Korak 1) Uvod in sprehod SRS - Ta mini tečaj preizkušanja programske opreme bomo začeli s korakom SRS. Ustvarili smo in delili vzorec dokumenta SRS. Preglejte jo, saj so vsi nadaljnji koraki odvisni od vašega razumevanja te aplikacije.

2. korak) Priprava scenarija za pregled in preizkus SRS.

3. korak) Test načrt - dokončajte postopek ustvarjanja testnega načrta od začetka. Končna različica načrta preizkusa bo dana v skupno rabo z vami.

4. korak) Testni primeri - zaključite postopek pisanja testnih primerov z nekaj vzorčnimi testnimi primeri. Za pisanje testnih primerov lahko uporabimo katero koli orodje ali preglednico za upravljanje testov.

5. korak) Prehod na aplikacijo in izvajanje preizkusov - Kako izvesti testne primere in zabeležiti rezultate testa?

6. korak) Poročanje o napakah

7. korak) Preverjanje napak, ponovni postopek testiranja

pl / sql vprašanja za razgovore z razvijalci

8. korak) QA Odjava

Namen je vsem omogočiti občutek sprotnih projektnih izkušenj in strokovnega znanja. Upamo, da vam bo ta serija koristna.

Vloga, ki jo bomo še naprej uporabljali

Uvod

Naročnik: Oranžna
Uporaba: Demo predstavitev OrangeHRM .
Ponudnik storitev: SoftwareTestingHelp.com

Opis projekta

Orange želi ustvariti komercialni izdelek za upravljanje s človeškimi viri, ki ga lahko porabijo in prilagodijo srednje velika podjetja s sedežem v posamezni državi in ​​po vsem svetu.

Ima dve različici: Strokovno in podjetniško.

Funkcije vključujejo

  • Upravljanje osebnih podatkov
  • Napredno upravljanje dopustov
  • Sledenje času in prisotnosti
  • Upravljanje uspešnosti zaposlenih
  • Zaposlovanje
  • Napredno poročanje
  • Upravljanje zaposlenih na podlagi države / lokacije
  • Lokalizirana pravila za dopust
  • Nastavljivi tokovi dela
  • Platinasta podpora
  • Poročanje na podlagi države / lokacije
  • Poročanje po meri

Opomba : Zaradi poenostavitve in omejitve obsega razmislimo o modulu za zaposlene na tem portalu za upravljanje s človeškimi viri, kjer lahko uporabnik vnese svoje osebne podatke.

Kadar se stranka ali lastnik podjetja mora odpraviti v spletni svet ali posodobiti že obstoječe spletno mesto ali aplikacijo, je to poslovni problem, programska oprema pa je del kode, ki je namenjena reševanju tega poslovnega problema.

Nato se stranka obrne na ponudnika programske opreme, da ji to programsko opremo uresniči. Takrat se začne začetek projekta programske opreme.

Tradicionalno Projekt slap (SDLC) ima naslednje faze:

Proces razvoja programske opreme

  • Ker QA vemo, vsi vemo, da čeprav je 'Test' korak 5 tega toka, to ni edino mesto, kjer imamo preskuševalci pomembno vlogo.
  • Tudi testiranje je reaktivno delo. Ker nobena koda / aplikacija ni pripravljena na preizkus, ne moremo zares ničesar 'preizkusiti'. Da bi bili pripravljeni in se odzvali na najučinkovitejši možni način, se trudimo čim bolj načrtovati in pripraviti naprej. Torej, čeprav je faza 5 namenjena testiranju, se naše dejavnosti začnejo že naprej.

Na kratko, to se zgodi v vsaki fazi !!

Začetek:

Ko se proizvajalec in kupec dogovorita o pogojih, se začne proizvodnja programske opreme.

  • V tej fazi se zbirajo in analizirajo poslovne zahteve. Analiza bo med drugim vključevala odločitve glede tehnoloških vidikov, specifikacij strojne in programske opreme, ljudi, truda, časa, ustreznosti in izboljšav.
  • V ta korak so vključeni poslovni analitiki, vodje projektov in predstavniki strank.
  • Na koncu tega koraka in osnovnega projekta je pripravljen načrt.
  • Izdelani so projektni dokumenti, kot so obseg dokumentov in / ali poslovne zahteve.
  • Vpletenosti v zagotavljanje kakovosti v tej fazi običajno ni pričakovati. (To je rahlo odstopanje od tega, kaj bi moralo biti, ker je za prepoznavanje vprašanj v zgodnjih razvojnih fazah najbolje, da vključimo QA že od samega začetka.)

Določite:

Dokončne poslovne zahteve so vhodni podatki za ta korak.

  • Ta faza vključuje pretvorbo poslovnih zahtev v funkcionalne zahteve za programsko opremo. Na primer , če je poslovna zahteva omogočiti uporabniku, da kupi nekaj s spletnega mesta. Funkcionalna zahteva bo imela podrobnosti, kot so Oblika spletnega mesta-> Ime in umestitev možnosti menija-> Iskanje izdelka-> Nakupovalna košarica-> Blagajna (registracija ali ne) -> Možnosti plačila-> Potrditev prodaje.
  • V tej fazi sodelujejo razvijalci, poslovni analitiki in vodje projektov
  • Rezultat te faze je podroben dokument, ki vsebuje funkcionalne zahteve programske opreme. Ta dokument se sklicuje na številna imena - specifikacija programske zahteve (SRS), dokument o funkcionalnih zahtevah (FRD) ali specifikacija funkcionalnih zahtev (FRS).
  • Tu se vključi skupina za zagotavljanje kakovosti - po zaključku dokumentacije SRS.
  • Medtem ko poteka dokončanje funkcionalnih zahtev in dokumentacije SRS, je vodja / vodja zagotavljanja kakovosti vključen v pripravo osnutka začetna različica preskusnega načrta in oblikujejo ekipo za zagotavljanje kakovosti.
  • Vključitev ekipe QA bo, ko bo SRS dokumentiran.
  • V tej fazi bo razvojna skupina ali poslovni analitik ali včasih celo vodja ekipe QA ekipi QA predstavila SRS.
  • V primeru novega projekta se najbolje obnese temeljito navodilo v obliki konference ali sestanka
  • V primeru poznejših izdaj obstoječega projekta se dokument pošlje po e-pošti ali umestitvi v skupno repozitorij skupini za zagotavljanje kakovosti. Skupina QA bi jo v tem trenutku prebrala / pregledala brez povezave in temeljito razumela sistem.
  • Ker primarna ciljna skupina za dokument SRS niso samo preizkuševalci, nam tudi vsi niso koristni. Preizkuševalci bi morali biti pri pregledu tega dokumenta dovolj skrbni, da se odločimo, kateri deli dokumenta so nam koristni in kateri deli tega niso.

Dokument SRS za ta projekt v živo

Vzorec dokumenta SRS je priložen tej objavi da vam predstavimo, kako izgleda ta dokument, oblika, v kateri je napisan, kakšne informacije vsebuje itd. V naslednjem članku bomo preučili, kako skupina QA uporablja ta dokument za nadaljevanje v naših preskusnih projektih.

==> Prenesite vzorčni dokument SRS za projekt v živo .

Zaključek

V tem članku smo vas seznanili s postopkom razvoja in testiranja programske opreme. Delili smo tudi vzorec dokumenta SRS za projekt v živo, ki ga bomo preizkusili.

=> Prihajajoči članek v tej seriji usposabljanj za testiranje programske opreme bo - Pregled SRS in postopek ustvarjanja testnih scenarijev .

Opomba: Medtem ko je napisan naslednji članek v tej seriji usposabljanj za zagotavljanje kakovosti, sodelujte z nami vzporedno tukaj za večina izkušenj v živo . Poskusite dokument SRS dobro prebrati, nato pa bomo nadaljevali z naslednjimi koraki, ko se bomo spet srečali.

Srečno testiranje, do takrat!

O avtorju: Član ekipe STH Swati Seela nam pomaga predstaviti to serijo QA treningov v živo.

Priporočeno branje

^