Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Kadangi inovacijos ir toliau plečia programinės įrangos kūrimo galimybių ribas, vis populiaresnis tampa testavimo kaip centralizuotos paslaugos naudojimas.

Organizacijos yra suinteresuotos atrasti sėkmingus būdus, kaip siųsti testuotojus į kelias komandas; tikslas – tai daryti ne atsisakant puikios praktikos ir standartizacijos, kurią QA organizacijos nenuilstamai kuria ir palaiko.

Įtraukiant
Testavimo kompetencijos centrą
gali būti sprendimas, padedantis išlaikyti standartizavimą visose komandose ir užtikrinti, kad testavimo naujovėms jūsų organizacijoje būtų teikiama pirmenybė.

Norėdamos sėkmingai įgyvendinti TCoE, bandymų grupės turi atlikti tikslius veiksmus. Tai apima poveikio analizę, planavimą, vertinimą, organizacinius pakeitimus, priemonių pasirinkimą ir tikslų nustatymą.

Table of Contents

Kas yra testavimo kompetencijos centras (TCoE)?

Testavimo kompetencijos centras turi įgūdžių, padedančių įmonėms optimizuoti programų veikimą ir kokybę, kad būtų sustiprinta IT ir verslo sinergija, daugiau nuveikti naudojant įrankius, kokybės užtikrinimo biudžetą, žmones ir aplinką bei padidinti kokybės užtikrinimo efektyvumą.

TCoE – tai išradingas virtualus valdymo centras, kuris naudoja metriką, automatizavimą, standartizuotą testavimo metodiką, įrankius ir geriausią praktiką. Prieš diegimą ir diegimo metu TCoE valdo įvairiapusį turimų išteklių rinkinį, kad užtikrintų vienodai aukštą visų programų kokybę.

Be to, ji suteikia apčiuopiamą būdą peržiūrėti ir stebėti bet kokio projekto ar programinės įrangos sistemos kokybę. TCoE suteikia IT vadovybei galimybę priimti sprendimus dėl diegimo iš
verslo rizika
perspektyva.

Kokybės užtikrinimo procesų, žmogiškųjų išteklių ir įrankių derinys leidžia TCoE sustiprinti organizacijas, kad jos galėtų tinkamai įtraukti
automatinio testavimo procesą
TCoE, kartu gerinant rankinio testavimo rezultatus ir produktyvumą.

Kada jums reikia testavimo kompetencijos centro (TCoE)?

TCoE testavimo komandos visada patiria spaudimą, kad pagreitintų kūrimo laiką nepakenkdamos kokybei. Pasikliaujant tik
tradiciniai kokybės užtikrinimo metodai
yra nepakankami, nes jie negali neatsilikti nuo nuolat reikalaujančios programinės įrangos, kuri yra efektyvi, patikima ir riboto laiko.

Šis pokytis paskatino įvairias įmones išnagrinėti centralizuoto testavimo paslaugos sukūrimo idėją.

TCoE kūrimo privalumai ir trūkumai

Prieš imdamiesi veiksmų, kad įdiegtumėte kompetencijos testavimo centrą, turite į tai pažvelgti iš įvairių perspektyvų ir apsvarstyti teigiamas ir neigiamas puses.

Argumentai už

testavimo kompetencijos centro (TCoE) steigimo privalumai

1. Patobulinti pagrindiniai įgūdžiai: Įgyvendindami testavimo kompetencijos centro geriausią praktiką, aktyviai investuojate į bendrus savo testuotojų įgūdžius, diegdami naujoves ir mokymus, o tai lemia aukštesnę produktų kokybę jūsų tiksliniams klientams.

2. Testavimo automatizavimas: Nustatę griežtą automatizavimo sistemą galite būti tikri, kad visos jūsų komandos laikysis pagrindinių kodavimo metodų. Dėl to sutrumpėja vykdymo laikas ir scenarijų kūrimo ciklai, pagerėja aprėptis ir testavimo kokybė, sutrumpėja naujų inžinierių įdarbinimo automatizavimo srityje laikas.

3. Geresnis judrumas: Reikalaujant, kad kiekvienas bandytojas dirbtų konkrečioje srityje, tai leidžia įvairiai keisti užduotis, kai tik reikia, o bandytojams nereikia palikti skirtingų įrankių ir procesų skirtingose komandose. Be to, mastelio keitimo komandos, naudojančios
užsakomųjų paslaugų modelis
suteikia žmonėms laisvę nuosekliai ir greitai įsidarbinti.

4. Atlikti patobulinimus: Neabejotinai pagrindinė visapusiškos TCoE priežastis yra nuolatinis procesų ir priemonių modernizavimas. Šiam tikslui skirta komanda užtikrina, kad nuolat dirbsite naujausiame moderniame testavimo pasaulyje.

5. Sutaupykite pinigų: Įdiegus standartizuotus įrankius visose komandose, per tam tikrą laikotarpį organizacija gali sutaupyti nemažai lėšų.

6. Sumažinti testavimo išlaidas:
Tyrimas
HCL parodė, kad TCoE leido 11 proc. sumažinti testavimo kainas organizacijoje.

Trūkumai

iššūkiai apkrovos testavimas

1. Pernelyg sudėtinga: Jei turite vieną, o gal net dvi statinių testuotojų komandas, įrankiai ir procesai yra palyginti vienodi. Šiuo atveju papildomo sluoksnio pridėjimas gali be reikalo viską apsunkinti, o tai gali baigtis nusivylimu ir vėlavimu.

2. Įsipareigojimų stoka: Jei nuspręsite įkurti TCoE be organizacijos pagalbos visais lygmenimis, jūsų nariai gali jaustis perdegę ir nusivylę. Tiksliau tariant, jei priemonės nėra visiškai paremtos ir proceso rekomendacijos nėra tinkamai pritaikytos, viskas gali baigtis nesėkmingai.

Pavyzdžiai, kur galima įdiegti TCoE

Toliau pateikiamos kelios sritys, kuriose turėtumėte apsvarstyti galimybę įdiegti TCoE:

1. Norite sužinoti technologijų ir KPI tendencijas

Užtikrinti kokybę keliose komandose gali būti sudėtinga, ypač jei neturite grupės ar vieno šiam darbui paskirto asmens. Tokiais atvejais tai gali padėti pastebėti skirtumus tarp to, kaip komandos stebi tam tikrus KPI, o kitos gali visai jų nestebėti. Ji gali matuoti kokybę ir rodiklius visoje įmonėje, taip palengvindama arba visiškai panaikindama užduotį.

2. Dalyvavimas homogenizacijos procesuose

Pagrindinė testavimo kompetencijos centro funkcija – standartizuoti visų komandų įrankius ir procesus. Standartizuodami padaliniai gali sugaišti mažiau laiko nustatydami ir įtraukdami keletą nereikalingų variantų.

Be to, ši sąranka palengvina bendravimą tarp komandų dėl gairių ir geriausios praktikos, susijusios su scenarijų kūrimu, vykdymu ir automatizavimu.

3. Kokybės užtikrinimo suderinimas su projektais visoje organizacijoje

Kai nėra centralizuotos testavimo sistemos, testavimo grupės atsiskaito atskiriems asmenims, todėl praranda galimybę siekti bendro tikslo ar krypties.

Įdiegus TCoE, visos testavimo funkcijos sutelkiamos vienoje centrinėje ir patogioje vietoje, užtikrinant, kad operacijos būtų vykdomos vieningai, turint bendrą misiją ir viziją, suderintą su
organizacijos tikslais
. Tai suteikia daugiau matomumo ir aiškumo kokybės užtikrinimui iš vadovybės perspektyvos.

Kada jums gali neprireikti Tekompetencijos centro

Būtų neprotinga bandyti centralizuoti kelių produktų komandų veiklą, jei bent vienas iš komandos narių remiasi institucinėmis žiniomis kaip savo metodika. Taip yra ir tuo atveju, jei komandos procesai remiasi ne abstrakčiais funkciniais modeliais, o konkrečiais asmenimis.

Taip pat būtų naudinga, jei neperkeltumėte produktų grupių į testavimo kompetencijos centrą, prieš tai nepasirūpinę, kad būtų standartizuoti pagrindiniai įrankiai, pavyzdžiui, testavimo atvejų saugyklos ir defektų duomenų bazės.

Ar jūsų įmonei reikia testavimo kompetencijos centro (TCoE)?

Sprendžiant, ar TCoE tinka jūsų organizacijai, tarp svarbių organizacinių pokyčių labai svarbu gerai suprasti savo spragas ir ištirti dabartinę įmonės būklę.

Skirkite pakankamai laiko įsitikinti, kad teisingai nustatėte, kas yra ar nėra jūsų testavimo kompetencijos centras, ir pasirinkite šiam darbui tinkamus asmenis.

Sėkmingam TCoE įgyvendinimui labai svarbu užtikrinti, kad testuotojai turėtų puikius bendravimo ir bendradarbiavimo įgūdžius; jie taip pat turi visapusiškai išmanyti testavimo principus.

Nepamirškite išsiaiškinti, kaip nustatysite ir įvertinsite savo organizacijos sėkmę. Jei reikia naudoti KPI, perduokite šią informaciją savo komandai, kad ji suprastų, kaip matuosite sėkmę.

Kokios yra pagrindinės testavimo kompetencijos centro (TCoE) savybės?

Programinės įrangos testavimo kontrolinis sąrašas

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Testavimo kompetencijos centras padeda organizacijoms užtikrinti kokybę ir planavimą, tačiau yra kelios pagrindinės savybės, pagal kurias galima atpažinti TCoE.

1. Automatizuoto testavimo sistema

Tarkime, kad jūsų organizacijoje nėra centralizuotos bandymų automatizavimo kompetencijos centro sistemos. Tokiu atveju yra didelė tikimybė, kad jūsų komanda nesieks bendrų įmonės tikslų arba galbūt nukryps nuo kelio, skirto verslo tikslams pasiekti.

Testavimo kompetencijos centro sistema leidžia organizacijoms siekti verslo tikslų vykdant konsoliduotas testavimo funkcijas.

2. Daugiau bandymų

Viena iš riboto projekto matomumo priežasčių yra tai, kad trūksta sinergijos tarp įvairių sričių komandų, o tai trukdo masto ekonomijai. Testavimo kompetencijos centras užtikrina padalinių koordinavimą pagal jų pagrindinius įgūdžius, susijusius su technologijomis visuose projektuose. Be to, nėra priklausomybės nuo skirtingų platformų, todėl jūsų ištekliai naudojami optimaliai.

Kokybės testavimo komanda turi savo darbo vietą, kad turėtų reikiamą erdvę testavimui atlikti ir nekenktų programinės įrangos kūrimo eigai. Be to, darbuotojai gali lygiagrečiai atlikti kelių projektų bandymus įvairiose aplinkose.

3. Matomumas tarp komandų

Paprastai įvairių sričių komandos neturi galimybių tiksliai apskaičiuoti investicijų grąžos dėl testavimo, be to, nėra galimybių nustatyti, kiek iš viso kainuoja testavimas. TCoE turi sekimo pagal metrikas funkciją, leidžiančią įvertinti jūsų testavimo našumą ir
Iš bandymų gauta investicijų grąža
.

TCoE supaprastina tipinius organizacijos uždavinius, tokius kaip testavimo pastangų ir jų veiksmingumo vertinimas, defektų atskleidimas ir testavimo aprėpties stebėjimas. Dėl realiuoju laiku atliekamos analizės ir turimos klaidų ataskaitos, padedančios parengti geresnę paraišką, turėsite centralizuotą matomumą ir aiškumą suinteresuotosioms šalims.

Kokia yra testavimo kompetencijos centro (TCoE) nauda?

hiperautomatizavimas, robotų procesų automatizavimas (RPA), funkcinis testavimas, programinės įrangos testavimo automatizavimas

Įsteigę savo įmonėje testavimo kompetencijos centrą turėsite keletą privalumų, pvz:

1. Didesnis pristatymo grafiko optimizavimas

Naudojant šablonus ir automatizuojant nereikalingus testus, smarkiai sumažėja testų atlikimas. Įtraukę standartinius procesus, galite pagreitinti sprendimo procesą pagal prioritetus ir sumažinti prastovas tarp įprastų užduočių.

2. Geresnis našumo testavimas

Įdiegus testavimo kompetencijos centrą, konsoliduojamos ir įgyvendinamos kokybės užtikrinimo taisyklės. Tai sumažina tipinių projekto rizikų poveikį ir kartu pagerina produkto kokybę. Be to, jūsų padalinys sukuria saugyklą, kad padidintų nustatytų klaidų skaičių ir padėtų sumažinti vėluojančių pristatymų skaičių.

3. Ekonomiškai efektyvūs sprendimai

Jūsų įmonė gali naudotis paslaugomis, o dėl darbo jėgos arbitražo jos gali tai daryti už mažą kainą, todėl gali būti sutaupoma lėšų. Optimizuodami išteklių naudojimą galite sutaupyti programinės įrangos įsigijimo, priežiūros ir diegimo išlaidų.

4. Grupės laikymasis

Testavimo kompetencijos centras leis saugiai suderinti jūsų verslo tikslus. Tai galima pasiekti sukūrus programinės įrangos testavimo valdymo modelį, pagrįstą KPI matavimo, aptarimo ir ataskaitų teikimo sistema.

Kokie yra klaidingi įsitikinimai, susiję su testavimo kompetencijos centro (TCoE) steigimu?

Toliau pateikiame keletą mitų apie kompetencijos testavimo centrą:

1. Kiekvienas gali atlikti QA testavimą

Atsižvelgdami į konkrečią verslo sritį, kokybės užtikrinimo ekspertai gerai išmano atitinkamą programinę įrangą ir žino visus galimus testavimo ir kūrimo nesklandumus. TCoE sudaro programinė įranga, atitinkanti aukštos kvalifikacijos kokybės užtikrinimo specialistų kompetenciją ir konsoliduotų kokybės užtikrinimo standartų privalumus.

2. TCoE yra per brangus

Nors investicijos į TCoE gali atrodyti labai brangios, pirmiausia turėtumėte apsvarstyti klaidų galimybę ir išlaidas.

Apsvarstykite visas išlaidas, susijusias su klaidų taisymų ir pataisymų, kurių greičiausiai prireiks, kai po produkto išleidimo išryškės klaidos, įsigijimu. Bandydami ištaisyti gaminio defektą, neabejotinai išleisite daugiau, kad gautumėte mažesnę investicijų grąžą. Jūsų organizacija gali to išvengti investuodama į kokybišką TCoE.

3. Bendravimas tarp visų šalių yra pernelyg chaotiškas

Lengva numanyti, kad bandant koordinuoti įvairių testavimo komandų, turinčių skirtingus vaidmenis ir žinių bazes, bendravimą bus košmaras.

Tačiau bandymų vadovas ir vadovas turi sukurti precedentą problemų sprendimui ir klausimams, kartu nuo pat pradžių įtvirtindamas protokolus ir lūkesčius. Šis patarimas padės ateityje išvengti problemų, galinčių trukdyti TCoE sėkmei.

Kaip nustatyti TCoE

Riba tarp automatizavimo sistemos ir automatizavimo testavimo įrankio

Jei norite įsteigti kompetencijos centrą, vadovaukitės šiuo šablonu.

1. Apibūdinti iššūkius

Testavimo kompetencijos centro strategija turėtų padėti bent jau standartizuoti procesus ir priemones. Taip pat galite pridėti pasirinktinių funkcijų, kad nustatytumėte ir įvertintumėte esamus ar naujus KPI, atrastumėte produktyvias technologijas arba į savo komandą įtrauktumėte daugiau QA išteklių. Nebandykite kurti testavimo COE, prieš tai neapibrėžę problemų, kurias reikia spręsti.

2. Pasirinkite ekspertus

Priimkite sprendimus dėl to, kas dalyvaus jūsų TCoE testavime, kas gali vadovauti ir atstovauti visiems testuotojams. Galite rinktis trečiąją šalį, kad prisiimtumėte didesnę atsakomybę už atranką, arba galite ją atlikti patys.

3. Sukurti QA kompetencijos centro veiksmų planą

Kiekvienas verslas turi konkrečių poreikių, kuriuos nori patenkinti, ir pageidaujamų sprendimų sąrašą. Išryškinkite problemines sritis organizacijoje, sudarykite prioritetų lentelę ir užtikrinkite, kad visi laikytųsi tos pačios pozicijos, sukurdami kokybės užtikrinimo kompetencijos centrą.

4. Apibrėžti grupės bendravimą

Šiame etape stiprus vadovavimas turi didžiulę įtaką. Kaip jūsų testavimo COE sistema įgyvendins naujas priemones ir procesus, užtikrindama, kad visi laikytųsi protokolo?

Kaip galima maksimaliai laikytis TCoE? Kai aiškiai nurodysite, į ką komandos nariai gali kreiptis patarimo ir kokios bus pasekmės, jei nesilaikysite sistemos, sumažės klaidų tarp komandų ateityje.

5. Gerai dokumentuoti KPI, priemonės, metodikos ir procesai

Prieš pradėdami ir vykdydami savo planus dėl
bandymų automatizavimą
Kompetencijos centre įvairioms funkcijoms atlikti naudosite jau esamus įrankius ir procesus. Sukurkite rašytinę politiką, kurioje būtų išdėstyti tolesni lūkesčiai. Ši saugykla taip pat bus vertinga įdarbinant naujus narius arba kilus painiavai tarp testuotojų.

6. Deficito analizė

Kai pradedate kurti bandymų automatizavimo įmonę, gali būti sričių, kuriose trūkumai turi būti prioritetas, ypač jei ketinate viską atlikti savo jėgomis. Geras vadovas suprastų spragas ir dirbtų su nariais, kad jie jaustųsi įtraukti ir kad jų indėlis yra vertinamas.

Kokios išlaidos ir ištekliai reikalingi norint įsteigti kompetencijos centrą?

Nors įrankiai yra būtini norint sukurti testavimo kompetencijos centro geriausią praktiką, galite tikėtis, kad prieš pradėdami dirbti turėsite turėti įvairių įrankių ir išteklių.

1. Programinė įranga ir testavimo priemonės

Šį skyrių aptarsime toliau, tačiau kuriant testavimo kompetencijos centrą būtinos programinės įrangos priemonės ir testavimo ištekliai. Norėsite investuoti į dokumentų saugyklą, standartizuotus testavimo įrankius, efektyvumo rodiklius ir kt.

2. Komandos vystymas

Norint, kad TCoE sėkmingai veiktų, labai svarbu įdarbinti arba paskirti asmenis, kurie būtų visiškai atsidavę automatinio testavimo procesui. Jums reikės testavimo vadovo, testavimo vadovo, testavimo architekto ir kitų grupės pareigybių ekspertų.

Šie žmonės bus pagrindinis turtas, nesusijęs su jūsų naudojamomis technologijomis. Jie pasinaudos savo kompetencija, kad įvertintų
lokalizavimo testavimo procesas
, programų testavimo metodika, našumo testavimo metodika ir kt.

Kaip turėtumėte patikrinti savo TCoE efektyvumą?

jūsų TCoE tikslai

Galite naudoti įvairius rodiklius, kad nustatytumėte, kokia veiksminga yra jūsų veiklos testavimo kompetencijos centro strategija ir ar ji pasiekė nustatytus tikslus. KPI (pagrindiniai veiklos rodikliai) yra puikus būdas veiksmingai įvertinti sėkmę.

1. Kokius KPI turėtumėte nustatyti, kad galėtumėte stebėti veiklos rezultatus?

Iš anksto pasirinkite, kokius veiklos rodiklius norite naudoti. Tai padės jums sužinoti, ar jūsų TCoE iš tikrųjų padeda organizacijai, ar viskas yra taip pat, kaip ir prieš įdiegimą. Koreguojant esamus ir diegiant naujus procesus, geriausi KPI padės užpildyti spragas.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Apsvarstykite šiuos populiarius KPI, kuriais matuojama TCoE sėkmė:

  • Praleistų klaidų lygis: Šiuo KPI matuojamas kokybės gerinimas. Naudokite šį rodiklį nustatydami, ar projektas atitiko kokybės standarto tikslus, pridėkite prie AUT ir kt.
  • Bandymų sąnaudos: Šis KPI yra patogus testavimo biudžetui ir QA optimizavimui. Kur reikia atlikti pakeitimus, sužinosite apskaičiavę bandymų sąnaudų vidurkius prieš ir po COE nustatymo. Sutaupykite beveik 35 proc. per trejus metus naudodami veiksmingą TCoE.
  • QA brandumas: Vienas iš svarbiausių našumo testavimo COE sistemos tikslų – pagerinti kokybės užtikrinimą. Visi turi pritarti tobulėjimo ir klientų pasitenkinimo tikslui.

Galite naudoti
Testavimo proceso tobulinimas
(TPI) arba
Testavimo brandos modelio integravimą
(TMMi), kad įvertintumėte kokybės užtikrinimo brandą ir nustatytų metodikų veiksmingumą.

Technologijos ir priemonės, reikalingos kompetencijos centrui sukurti

DUK apie funkcinio testavimo automatizavimą

Čia pateikiamos įvairios TCoE kūrimui naudojamų įrankių formos ir madingos technologijos:

1. Stebėjimo ir projektų planavimo priemonės

Naudokite šias priemones, kad galėtumėte kurti ir stebėti eksperimentų planą programinės įrangos testavimo metu. Svarbiausi įrankiai yra “Microsoft Project Planner”, “Trello” ir JIRA.

2. Žurnalo analizė

Laikui bėgant bet kuri jūsų naudojama programa sukurs žurnalą. Testuojant ši informacija gali būti naudinga testuotojams. Jie gali pridėti įrašus prie savo klaidų ataskaitų, kad suprastų, išanalizuotų ir ištaisytų trūkumus. Išbandykite “Elastic Stack”, “Nagios”, “LOGalyze” ir “Graylog”.

3. Našumo testavimo įrankiai

Naudokite našumo testavimo įrankį, kad užtikrintumėte, jog jūsų pageidaujama programa atitinka kokybės užtikrinimo standartus, kai apkrovimas kinta. Sistema turėtų būti stabili ir gebėti atlikti aukšto lygio skaičiavimus.

Daugelyje našumo testavimo įrankių matuojamas patikimumas, greitis, mastelio keitimas, atsako laikas ir išteklių naudojimas. Į savo programinės įrangos testavimo valdymą įtraukite tokias priemones kaip ZAPTEST.

Vaidmenys, kurių reikia TCoE

kas turėtų būti susijęs su programinės įrangos testavimo automatizavimo priemonėmis ir planavimu.

Techniniai ir testavimo specialistai bendradarbiauja siekdami panaudoti metodologiją, išteklius, technologijas ir testavimo žinias įvairiose užduotyse. Šie nariai papildys kiekvieno projekto testavimo priemones.

1. Testų vadovo pareigos

Testavimo vadovas turi vadovauti testavimo komandoms. Jie turi suprasti testavimo aspektus ir suprasti, kaip įdiegti testavimo procesą, nes jie atlieka tradicinius materialinius vaidmenis. Testų vadovas yra labai svarbus, kad būtų sukurta patikima sistema, ekonomiškai efektyvūs sprendimai, sklandus bendravimas ir komandinis darbas.

Testų vadovo pareigos paprastai apima šias:

  • Nustatykite ir palaikykite SLA (
    paslaugų lygio susitarimus
    )
  • Suteikite žinių testavimo komandoms apie SLA
  • valdyti testavimo centro biudžetą ir žmogiškuosius išteklius.
  • Spręskite testavimo problemas ir ieškokite sprendimų
  • Web testavimo metodikos įgyvendinimas

2. Bandymų vadovo pareigos

Testavimo vadovas turi greitai reaguoti į pokyčius ir prisitaikyti prie įvairių situacijų, kai tarp komandų kyla problemų. Tai sudėtingos pareigos, kurios taip pat yra neatsiejamos nuo TCoE sėkmės.

Bandymų vadovas turi:

  • Laikykite testavimo specialistus lengvai prieinamus
  • Apibrėžti ir atlikti vaidmenų testavimą pagal organizacinę struktūrą
  • Parengti kiekvieno projekto išleidimo ir pristatymo testavimo apimtį.
  • Įdiegti tinkamus rodiklius ir matavimus.
  • Spręskite konfliktus tarp komandų, kad užtikrintumėte veiksmingą testavimą.

3. Testų architekto pareigos

Testų architektas užtikrina, kad jūsų TCoE bendras vaizdas būtų svarbiausias nustatant ir atliekant bandymus. Paprastai šias pareigas turėtų užimti vyresnieji testavimo specialistai, turintys didelę visų lygių patirtį, nes jiems tenka daug atsakomybių. Jie glaudžiai bendradarbiauja su visais kitais vaidmenų žaidėjais, kad būtų laikomasi terminų ir tikslų.

Testų architekto pareigos:

  • Būti TCoE architektūros evoliucijos šalininku
  • Integruoti metodikas, procesus ir priemones, pvz.
    programinės įrangos robotika
    kad patirtis būtų darnesnė.
  • Suformuluokite trumpalaikius ir ilgalaikius bandymų architektūros tikslus
  • Naudokite tinkamą programinę įrangą, kad pasiektumėte testavimo tikslus.
  • Atlikite QA patikrinimus kiekvienoje bandymų grupėje, kad užtikrintumėte, jog jie laikosi protokolų.

4. Bandymų metodologo pareigos

Bandymų metodologas atlieka panašias funkcijas kaip ir bandymų architektas, t. y. rengia procedūras, šablonus ir procesus, padedančius efektyviai kurti bandymus ir atlikti bandymus.

Bandymų metodologo pareigos apima:

  • Pateikite programinės įrangos testavimo koncepcijos patvirtinimo šabloną
  • Bendradarbiaukite su bandymų komandomis, kad nuolat gerintumėte našumą.
  • Įvertinti ir rekomenduoti tinkamas taikomųjų programų testavimo metodikas.
  • teikti mokomuosius išteklius apie testavimo metodus ir programinės įrangos testavimą.
  • administruoti programinę įrangą, aparatinę įrangą ir taikomąsias programas, kad būtų pasiekti bandymų tikslai

10 svarbiausių žingsnių kuriant testavimo kompetencijos centrą (TCoE)

Programinės įrangos testavimo kontrolinis sąrašas

Kurdami ir įgyvendindami testavimo kompetencijos centrą, būtinai atlikite šiuos dešimt žingsnių:

1. Vadovo įsipareigojimas

Atsidavimas kokybei prasideda nuo pat viršaus. Norint sukurti TCoE pagrindą, labai svarbu išlaikyti vadovų paramą.

2. Būkite sąžiningi

Kai pasirenkate testavimo grupių vadovus, turite juos paruošti taip, kad jie būtų sąžiningi ir realistiški dėl tikslų ir lūkesčių su visais dalyvaujančiais asmenimis. Negali būti jokių interesų konfliktų ar šališkumo. Pasirinkti ekspertai turi būti organizacijos sėkmės įsikūnijimas.

3. Suprasti riziką ir naudą

Bus pasiektas kompromisas tarp rizikos ir naudos, nes TCoE yra investicija, į kurią verta investuoti. Nesitikėkite, kad projektuose nebus klaidų ar defektų. Tikėtina, kad norint pasiekti optimalų kokybės užtikrinimą konkurencingose srityse, teks daryti kompromisus.

4. Defektų prevencija ir aptikimas

QA komanda yra labai svarbi, kai
testuojant programinę įrangą
ir kuriant
koncepcijos įrodymą
programinės įrangos testavimo šabloną. Defektų aptikimas projektavimo ir reikalavimų nustatymo etapuose sutaupo laiko ir pinigų, palyginti su defektų aptikimu gamybos etapuose.

5. Įvertinti integracijos kliūtis

Dėmesys visapusiškai integracijai taip pat didina produktyvumą ir padeda išvengti kliūčių tolesnėje grandinėje. Defektų, susijusių su klientų patirtimi, pastebėjimas visada turėtų būti bet kurios sistemos, kuri gerai išbandoma programinės įrangos testavimo metu, diegimo dalis.

6. Automatiškai atlikti bandymus

Pastebėsite, kad daugelyje organizacijų testavimo procesai yra neveiksmingi ir atliekami rankiniu būdu. Siekdami optimalaus našumo, automatizuokite ir pritaikykite svarbiausias užduotis, kad padėtumėte užtikrinti kokybės užtikrinimą. Įmonės turėtų plačiai įgyvendinti
hiperautomatizacija
technologijų iš tokių bendrovių kaip
ZAPTEST
ataskaitų, laboratorijų valdymo, duomenų kūrimo ir kt. srityse įmonės lygmeniu; kur galite konsoliduoti savo komandos įgūdžius ir automatizuotos sistemos artefaktus: daugkartinio naudojimo scenarijus; testavimo duomenis; funkcijų bibliotekas; objektų saugyklas ir daugelį kitų…, kurie padės bendrai optimizuoti automatizavimo procesą.

7. Standartizuoti priemones, procesus ir bandymų metodus

Jums nereikia pritaikytų įrankių ar metodikų. Darykite tai, kas veikia! Jei supaprastinsite procesus, išvengsite klaidingų veiksmų, sutaupysite laiko ir pinigų bei gausite tiesioginės naudos. Užtikrinkite, kad viskas vyktų kuo sklandžiau, įgyvendindami
automatizavimo procesai
tiksliems rezultatams gauti.

8. Naudokite tikslius duomenis

Vadovaukitės faktais, o ne nuomonėmis, kad vadovautumėtės TCoE plėtra. Jei priimdami sprendimus visada turėsite duomenimis pagrįstus rezultatus, tai ne tik padidins jūsų pastangų patikimumą, bet ir suteiks pridėtinės vertės visai sistemai.

9. Siekti nuolatinio tobulėjimo

Sukurdami TCoE, visada turėtumėte ieškoti būdų, kaip tobulėti. Būtina nepaliaujamai tobulinti kokybės užtikrinimo procesą atliekant pagrindinių priežasčių analizę arba bandymus ir klaidas. Stebėkite laikui bėgant susiformavusias tendencijas, kas pasiteisino, o kas trukdė, ir remkitės šiais procesais.

10. Surinkite puikiai bendraujančius specialistus

Jūsų COE tikriausiai dirbs įvairūs žmonės. Kiekvienas turi nuolat bendrauti su darbuotojais, išorės pardavėjais, rangovais ir kitais asmenimis. Jie turės pasikliauti vienas kito žiniomis, būti atsidavę ir visada dirbti aukštame lygyje. Pasirinkite aukštos kvalifikacijos ir patikimus darbuotojus, kad testavimo centras veiktų kuo geriau.

 

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post