how improve test release process
Oglejmo si tipičen postopek dostave programske opreme od 'faze razvoja' do 'faze testiranja' za a uspešna izdaja programske opreme brez napak produkciji / odjemalcu .
Programska podjetja te procese spregledajo ali preskočijo, kar ima za posledico slabo vodenje preskusov in s tem „ buggy 'Programska oprema izda stranki, kar vodi do' nezadovoljne stranke '.
Čeprav za vsako izdajo veliko časa in velikega truda , če izdana programska oprema nima kakovosti, kot je določena ali primerljiva ali ne izpolnjuje pričakovanih meril, to ne bo vplivalo le na ugled podjetja pri kupcih, temveč bo demotiviralo in demoraliziralo projektno skupino, kar je najpomembneje, preskusno skupino kot celoto .
Če ste v tem scenariju del preskusne skupine, boste morda še naprej sami razmišljali, 'kako izboljšati svoje sposobnosti testiranja in ali obstaja kakšen boljši način za premagovanje te situacije'.
Želim podati nekaj nasvetov in predlogov, ki temeljijo na mojih izkušnjah z različnimi skupinami za testiranje, ki sodelujejo pri izdaji programskih aplikacij in izdelkov za podjetja z več domenami in platformami ter z več testnimi okviri kako izboljšati postopke sprostitve preskusa , ki vam bo poenostavil poklicno življenje kot testni inženir ali vodja preskusov za dobavo programske opreme svetovnega razreda.
Kaj se boste naučili:
- Preskusni postopek sprostitve
- Izboljšanje postopka preizkusne izdaje:
- Upravljanje in nadzor vsebine preizkusne izdaje
- Vzorčna predloga poročila o izdaji:
- Zaključek:
- Priporočeno branje
Preskusni postopek sprostitve
Spodnja tabela daje pregled postopka preizkusne izdaje s tremi univerzalnimi fazami, kot so vnos, postopek in izhod.
najboljša brezplačna aplikacija za prenos glasbe za android
| VHOD | POSTOPEK | IZHOD |
|---|---|---|
| 7. | Kontrolni seznam za pregled kode je posodobljen in na voljo v VSS? | |
| Prejšnji postopek Razvoj | Proces se začne z • Namestitev izdane programske opreme v preskusni strežnik | Potreben je naslednji postopek • Programska oprema, ki je prestala testiranje dima / zdravega počutja |
| Referenca informacij / dokumentov • Dokument o uporabniških zahtevah • Specifikacije zahtev za programsko opremo • Načrt preskušanja enot • Standardi kodiranja • Kontrolni seznam za pregled kode • Razvojni načrt • Načrt zagotavljanja kakovosti • Dodelitev nalog • Delovni paket • Razpored projektov • Načrt projekta • Načrt upravljanja konfiguracije • Načrt upravljanja s tveganji. | Podprocesi • Priprava testnih primerov za vse enote • Razvoj in enotno testiranje • Obravnavanje postopkov neskladnosti • Izvajanje načrta za upravljanje konfiguracije. • Izvajanje načrta za obvladovanje tveganj • Spremljanje napredka projekta • Odprava napak in pregledi | Notranje potrebe strank • Izdelava programske opreme s številko različice • Poročilo o izdaji • Testni primeri / dokument Test Suite • Načrtovanje izvedbe preizkusov • Matrica sledljivosti • Podatki o preskusu |
| Preverjanje dohodnega vnosa • Projektna dokumentacija se pregleda in odobri? • Standardi kodiranja, kontrolni seznam za pregled kode so na voljo za referenco? • Dodeljena naloga in posodobljen delovni paket? • Funkcionalna specifikacija, razvojni načrt in načrt kakovosti so pregledani in odobreni? • Načrt za obvladovanje tveganj ima blažitev in izredne razmere za obvladovanje tveganja? • Učinkovitost projektnega načrta za pravočasno dostavo izdelka? | Specifikacija postopka • Enote za testiranje morajo vsebovati vsa merila za vstop in izstop • Spoštovanje kode s standardi kodiranja • Z NCP je treba ravnati v skladu s smernicami • Koraki za upravljanje konfiguracije morajo biti v skladu z načrtom za upravljanje konfiguracije • Obvladovanje tveganja mora biti v skladu z načrtom za obvladovanje tveganj • Preizkušanje dima opravi vse glavne značilnosti in funkcije | Potrebe zunanjih strank • Prosta programska oprema |
| Podporni procesi • Človek / strojna oprema / programska oprema / dodeljevanje virov • Vzdrževanje razčlenitve strojne opreme • Izobraževanje članov ekipe | Proces se konča z • Izvedba preskusa dima / zdravega počutja na sproščeni zgradbi | Parametri učinkovitosti • Vsaka enota mora prestati prvi krog testiranja • Naloge, ki jih je treba izpolniti v skladu s projektnim načrtom • Preizkus dima je treba opraviti pred sprostitvijo • Testiranje skupinske strasti za testiranje programske opreme |
Vsaka ekipa za testiranje bi morala ustvariti a edinstven kontrolni seznam za izdajo programske opreme, v skladu z domeno in platformo programske opreme in metodologijo za upravljanje projektov (kot je Agile Scrum itd.) in v skladu z ročnim / avtomatiziranim testnim okvirom, da sprejmete sproščeno gradnjo pred začetkom izvajanja testa, da prihranite čas in trud.
To je eden najpomembnejših parametrov učinkovitosti v fazi preskusne sprostitve.
Izboljšanje postopka preizkusne izdaje:
1) Preglejte poročilo o izdaji za novo funkcionalnost, prilagajanje / spreminjanje obstoječe funkcionalnosti, popravke napak iz prejšnje gradnje, ki se bodo odločile, da bodo začele izvajati preskušanje dima ali preizkušanje razumnosti ali kombinacijo obeh.
dva) Preglejte posodobitev Preskusni dokumenti glede na novo funkcionalnost in popravke napak, če že niso posodobljene. Običajno v času življenjskega cikla razvoja programske opreme preskusna skupina te dokumente posodobi na podlagi rednih tedenskih sestankov za pregled projektov.
3) Preglejte vdelano programsko opremo v skladišču konfiguracije je posodobljen za številko gradnje, številko različice, označen ali komentiran z imenom izdaje v skladu s standardi, opredeljenimi v načrtu projekta. Zagotovite tudi, da je gradnja uspešno prevedena in nameščena na preskusnem strežniku.
4) Načrtujte sestanek za hitri pregled projekta po izdaji razpravljati o prednostih in slabostih izdane gradnje, znanih napakah in kritični funkcionalnosti itd., da bi se izognili kakršni koli napačni komunikaciji in pregledali vse pomembne zahteve odjemalca. Strogo se izogibajte kakršni koli ustni komunikaciji med razvojnimi in preskusnimi skupinami, saj močno vpliva na kakovost izdaje programske opreme.
5) Prepričajte se, da je orodje za sledenje napak pravilno konfigurirano , za dodeljeno preskusno skupino in razvojno skupino projekta, številke izdelave in izdaje programske opreme ter modulov / funkcionalnosti programske opreme, ki bodo pripomogle k učinkovitemu prijavi napak. V nasprotnem primeru je treba to prednostno poslati vodji projekta ali vodji preizkusa.
6) Vrnite gradnjo razvojni skupini brez kakršnih koli kompromisov, če gradnja ne uspe pri testiranju dima ali razuma. Strogo se preskušanja ne sme nadaljevati, kadar sistem pri preizkušanju dima ne uspe. Tako boste prihranili veliko časa in truda ter izboljšali kakovost programske opreme, izdane v naslednjih izdajah.
7) Načrtujte objavo projekta 1stDan v tednu kar bo vodji preskusov pomagalo načrtovati prihajajoči preskusni cikel na podlagi stabilnosti gradnje in voditelju projekta poslati hitro poročilo o preskusu, ki bo kakovost programske opreme že vnaprej stopnjevalo. Če razvojna skupina načrtuje objavo projekta v petek, bo vikend mogoče uporabiti za kakršna koli zdrsa, pa tudi za kakršne koli težave z gradnjo v ročnem ali avtomatiziranem okviru gradnje.
8) Zagotovite, da so preizkuševalci pravilno usposobljeni v domeni kar bo ekipi za testiranje pomagalo, da se bo držala urnika testiranja in si zbrala čas za naslednji krog testiranja. Tudi ekipa za testiranje bi morala biti usposobljena in izpostavljena zahtevani tehnologiji, kot sta Scripting in SQL, če projekt zahteva beli boks.
9) Izogibajte se dodelitvi preizkuševalcev v več projektih saj močno vpliva na kakovost izvedbe testa v realnem času. V praksi celo izkušeni preizkuševalci spregledajo funkcije in funkcionalnost ter preskočijo testne primere, ob predpostavki, da nekateri testni primeri nikoli ne uspejo, če so preobremenjeni z delom ali dodeljeni več projektom z roki.
10) Cenim preskusno skupino, da ima strast ker preizkuševalci ne bi smeli delati za »Dan« ali komentirati »Pokliči ga dan«. Kadar ima programska oprema več modulov in je funkcionalist v celoti ali delno integriran ali medsebojno povezan, bi morali imeti preizkuševalci strast do pisanja / izvajanja testnih primerov z veliko pokritostjo in matriko sledljivosti, s ciljanjem na kakovost končne programske opreme / izdelka. Ker je tudi kozmetična težava 'napaka' in se šteje kot '1 napaka'.
enajst) Prepričajte se, da je namestitev programske opreme enostavna in enostavna saj ekipi za testiranje pomaga, da po potrebi znova namesti programsko opremo, namesto da bi čakal, da upravitelj razvoja ali upravitelj namestitve opravi isto delo, kar bo nepotrebno uničil razpoložljivi čas testiranja. Na primer, čeprav je namestitev na osnovi Windows enostavna, toda kadar vključuje več spletnih strežnikov in širokopasovnih omrežij v večtirnem preskusnem okolju, lahko preizkuševalci trajajo ure, da namestijo programsko opremo. Če je preskušanje programske opreme zajema in namestitev, odstranitev , popravki ali posodobitve programske opreme, je verjetneje, da se bo postopek izvajanja testnih primerov podrobno pogovoril s preskusno skupino.
12) Zagotovite, da so avtomatizirana orodja na voljo z licenco za avtomatizacijski preskusni okvir . Izvajanje testnih primerov v avtomatiziranem okviru je enostavno v primerjavi s scenarijem ročnega testiranja, če so samodejna orodja pravilno konfigurirana in licencirana za več uporabnikov. Še posebej, kadar načrt preskušanja poleg običajnega izvajanja in regresijskega testiranja vključuje preizkušanje zmogljivosti in obremenitve, bi morali preizkuševalci zajemati izvajanje testnih primerov v več okoljih, kot so več strežnikov, več brskalnikov, več uporabnikov itd.
13) Prepričajte se, da so Ghosted Machines nastavljeni za testiranje pred začetkom izvajanja testa. Stroji Ghosted so stroji z različnim testnim okoljem. Na primer, programsko opremo za spletno aplikacijo je mogoče načrtovati za testiranje v več okoljih, kot so Windows 7 in Access DB ali Windows 2008 & SQL Server ali Windows 8 & Oracle ali Mainframe & DB2 itd., Z vsemi brskalniki, kot so Chrome, Firefox, Internet Explorer , Safari itd., Nekaj 'sistemskih preizkusov' celo zahteva popolno formatiranje trdega diska in namestitev nove programske opreme ali posodobitev obstoječe programske opreme s popravki in posodobitvami itd.
14) Izogibajte se uvajanju novih funkcij / zahteve za spremembo tako, da ustavite izvajanje preizkusa in znova sprostite programsko opremo za ponovno navedbo faze testiranja. V mnogih organizacijah programske opreme je to zelo slaba praksa, da bi zadovoljili zunanje kupce ali vsaj izpolnili zahteve upravnega usmerjevalnega odbora ali včasih prodajnih / trženjskih skupin. Čeprav se zahteve strank za spremembe vedno spodbujajo v okolju „okretnosti“, bi ga bilo treba pravilno načrtovati in izvajati pred izdajo programske opreme preskusni skupini.
Upravljanje in nadzor vsebine preizkusne izdaje
Upravljanje in nadzor vsebine preizkusne izdaje je najpomembnejše za katero koli programsko opremo IT ali celo za katero koli programsko okolje, ki ni IT, kar bo prikazano na spodnji sliki.
- Vodje projektov in / ali usmerjevalni odbor projekta je odvisen od avtoritete organizacijske matrice in je odgovoren za izbiro vsebine za vsako izdajo.
- Ko bodo napake in / ali nove funkcije in zahteva strank za spremembo prepoznane in odobrene, jih bo izvedla razvojna skupina, ki jo bo treba pred začetkom razvoja / izvajanja predstaviti zainteresiranim stranem.
- Na podlagi izvedene končne izdaje bo skupina za testiranje posodobila povezane dokumente in se v skladu s tem pripravila na testiranje.
- Preskusna skupina bo začela testiranje dima / zdravega počutja v skladu z opredeljenimi zahtevami v poročilu o izdaji.
- Ko bo Sanity opravljen, bo preizkusna skupina začela izvajanje preizkusa v skladu z razporedom in dodeljenimi nalogami, in sicer funkcijsko testiranje, nefunkcionalno testiranje, varnostno testiranje, sistemsko testiranje, preizkušanje zmogljivosti, obremenitev, sprejemljivost uporabnikov itd.
- Po končanem prvem krogu preskusnega cikla bodo poročila o preizkusih poslana vsem zainteresiranim stranem in vodji razvojne skupine, da načrtujejo naslednjo ponovitev izvedbe preizkusa.
- Odvisno od stanja poročil o preskusu ter resnosti in zapletenosti napak bo načrtovan celoten cikel drugega kroga izvajanja ali regresijskega testiranja skupaj s preskusom sprejemljivosti uporabnika.
- Po zaključku načrtovanih ciklov izvajanja preskusov bodo poročila o preizkusih poslana vsem zainteresiranim stranem v projektu za opravljene / neuspele / zamujene funkcije, funkcionalnost in popravke napak.
Vzorčna predloga poročila o izdaji:
Opomba : Vzorčna predloga MS Word za poročilo o izdaji je na voljo tudi za prenos spodaj.
Spodaj poiščite » Vzorec poročila o izdaji ', Ki zajema glavne vidike postopka izdaje, zaradi česar je poklicno življenje celotne projektne skupine veliko bolj srečno kot kdaj koli prej.
GPSNavigation_Release_Report_Ver_1.0.7_Release_14.0_Build_105.25.03
# 1) Področje uporabe
GPS-navigacija za XYZ Company Limited je na voljo za interno testiranje. Izdana različica je 1.0.7, številka izdaje je 14.0 in številka gradnje 105.25.03. Ta izdaja programske opreme vključuje nove funkcije in glavne popravke napak iz prejšnje izdaje. Preskušanje dima se opravi iz razvojne faze, vendar je pred odhodom na regresijsko testiranje potreben sistem Smoke & Sanity.
# 2) Reference
GPSNavigation_URD_1.0.12, GPSNavigation_FFD_2.17, GPSNavigation_BusinessUseCases_1.23.10, GPSNavigation_TestPlan_1.44, GPSNavigation_TestSuites_2.10, GPSNavigation_UnitTesting_23.3
# 3) Opis izdaje
Ta izdaja je nadzorovana izdaja GPS Navigacije in vsebuje naslednje funkcije in funkcije.
Funkcije, označene z *, so v tej izdaji nove.
Naslednje funkcije v tej izdaji niso implementirane.
1. Modul 1
1.1 Funkcija 1
1.1.1 Funkcionalnost 1
# 4) Upravljanje konfiguracije
Kot orodje za upravljanje konfiguracije uporabljamo Visual Source Safe. Gradnja je na voljo na naslednji poti.
Notranja povezava: http://234.23.45.111/internalbuild/gpsnavigation/release1.0.13
Zunanja povezava: https: // 234.23.45.111/externalbuild/gpsnavigation/release1.0.13
# 5) Navodila in koraki za namestitev
Podrobne informacije o namestitvi gradnje posredujte skupini za preverjanje kakovosti / preskuševalcu.
# 6) Odpravljene težave / napake
Stanje napak je posodobljeno v sistemu za sledenje napakam.
# 7) Težave / napake, ki jih je treba odpraviti
# 8) Rezultati
# 9) Znane napake / težave
# 10) Kontrolni seznam za izdajo
| Da ne / | Opis | DA / NE |
|---|---|---|
| 1. | Ali so bile vse datoteke preverjene v programu Visual Source Safe? | |
| dva | Ali je bila oznaka postavljena na ustrezno mapo v VSS v skladu z internimi standardi? | |
| 3. | Ali je izdajo v VSS mogoče prepoznati kot 'zunanjo' / 'notranjo'? | |
| 4. | Ali je bila različica v komentarjih omenjena v VSS? | |
| 5. | Ali je bil v komentarjih v VSS omenjen kratek opis? | |
| 6. | Koda je bila pregledana in težave s pregledom kode so prijavljene v Clear Quest? | |
| 8. | Enoten testni dokument je bil pripravljen in pregledan? | |
| 9. | Izvedeni enotni testni primeri in posodobljeni rezultati glede stanja? | |
| 10. | Posodobljen dokument o testnem primeru enote je na voljo v VSS? | |
| enajst | Vse težave Clear Quest za to izdajo so bile odpravljene / zaprte? | |
| 12. | Vse naloge delovnega paketa dokončane in posodobljene v VSS? | |
| 13. | Ali je testiranje dima opravljeno in uspešno opravljeno? |
=> Prenesi: Kliknite tukaj za prenos vzorčne predloge poročila o izdaji v obliki zapisa MS Word.
Zaključek:
Kako nenehno izboljševati postopek izdaje preskusov
Nasvet št. 1) Pripravite inženirsko skupino za izdajo, ki bo poskrbela za ključne dejavnike vzdrževanja izdaj in zgradb programske opreme ter odgovorna za centralizirane sisteme za upravljanje konfiguracije programske opreme.
Nasvet št. 2) Motivirajte in cenite projektne skupine za spremljanje procesa, vključenega v življenjski cikel razvoja programske opreme, življenjski cikel razvoja izdelkov in življenjski cikel testiranja programske opreme. Postopek lahko določimo, vendar dokler in če mu ne sledijo vpletene osebe, postopka ni treba opredeliti.
Nasvet št. 3) Ocenite napor pri testiranju na podlagi izkušenj in pretekle zgodovine. Pisanje testnih primerov se popolnoma razlikuje od izvajanja istih. Preizkuševalci bi morali razumeti, kaj preizkusiti, kako preizkusiti in kdaj preizkusiti, sicer se napori, posvečeni preskusnemu ciklu, zapravijo, čeprav se je zgodilo več krogov preskusnega cikla.
Nasvet št. 4) Nazadnje, če je mogoče in izvedljivo, avtomatizirajte fazo testiranja z uporabo nekaterih splošno sprejetih orodij za testiranje. Uporaba avtomatiziranih orodij za gradnjo in orodij za samodejno testiranje zmanjša prizadevanja za več kot 50% izboljšanje kakovosti programske opreme in zagotavlja 100% kakovost, če je okvir za avtomatizacijo pravilno zasnovan.
Nasvet št. 5) Nenazadnje tudi preskusna izdaja ni le služba, temveč umetnost olajšanja življenja vseh zainteresiranih strani v projektu.
O avtorju: Balu A. je izkušen tehno-funkcionalni IT-strokovnjak z več kot dvema desetletjema izkušenj s programsko opremo IT in desetletjem izkušenj s projektnim in testnim upravljanjem, ki ponuja poslovne aplikacije in rešitve za mobilnost na različnih področjih z uporabo tehnologij Microsoft, Oracle, Java in Mobile. V bistvu je vodja, ki strastno spodbuja ljudi, da postanejo voditelji s pravim odnosom, rad dela v procesno usmerjenem okolju in verjame, da proces izboljšuje učinkovitost, kakovost in produktivnost zaposlenih.
Vnaslednja vadnica, se bomo naučili - Kako Izboljšajte učinkovitost testnih primerov.
V komentarjih spodaj nam sporočite svoje misli / vprašanja.
Izdelajte programsko opremo po postopku!
Popolno testiranje po urniku z veliko storilnostjo in prizadevanji !!
Poskusite doseči dostavo programske opreme z zajamčeno kakovostjo !!!
Če vam je ta članek všeč, ga razmislite s prijatelji!
Priporočeno branje
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Testiranje programske opreme QA Assistant Job
- Kaj je testiranje opic pri testiranju programske opreme?
- Izbira preizkušanja programske opreme kot vaše kariere
- Preizkušanje programske opreme Tehnična vsebina Writer Freelancer Job
- Vzorčno poročilo o napaki
- Praktično testiranje programske opreme QA Process Flow (zahteve za sprostitev)