Kaj stranke res pričakujejo od preizkuševalcev programske opreme?

what do clients really expect from software testers

V današnjem članku bom delil nekaj misli o tem, kaj verjamem, da stranke resnično pričakujejo od nas na podlagi mojih izkušenj iz prve roke, ki delajo na lokacijah strank z vsakodnevnimi interakcijami iz oči v oči in sodelovanje v tujini prek e-pošte ali telefonskih klicev.

Storitve IT so pomemben in sestavni del industrije programske opreme, zato je za uspeh pomembno zadovoljstvo strank. Vsaka stranka / organizacija je lahko drugačna v svojem procesu, lahko sledi različnim protokolom in se lahko ukvarja z različnimi vrstami podjetij.

Naslednji dejavniki pa so skupni in so pomembni vsem na splošno.

(slika src )

Kaj se boste naučili:

• 5 stvari, ki jih stranka pričakuje od preizkuševalcev programske opreme:
• # 1) Stroškovne koristi
• # 2) Kakovost dela
• # 3) poslovno razumevanje
• # 4) Razpoložljivost
• # 5) Obseg izboljšav
• Zaključek
• Priporočeno branje

5 stvari, ki jih stranka pričakuje od preizkuševalcev programske opreme:

# 1) Stroškovne koristi

Ko razmišljate o prodaji ali nakupu nečesa, igrajo stroški veliko vlogo in so pogosto eden pomembnih odločilnih dejavnikov. Ali vsi nestrpno čakamo na črni petek, razprodajo Flipkartov milijard dni ali odličen Amazonov nakupovalni festival? V času razprodaje postanemo nori kupci. Pričakovanje prave ali dodatne vrednosti za svoj denar je preprosto človeško vedenje.

Podjetja in kupci se ne razlikujejo. Stroškovne koristi krepijo odnose s strankami in storitvami, prav tako pa storitvena podjetja izgubijo ponudbe zaradi nižjega citiranja konkurentov.

VELIKO vprašanje je zdaj: Kako lahko strankam pokažemo stroškovne koristi?

Te točke vam lahko pomagajo:

• Pokažite jim vrednost . Utemeljite in zagotovite ustrezna dokazila za svoje ocene .
• Zamislite si kreativne načine, kako prihranite pri izdatkih.
• Prilagodite svojo ponudbo. Namesto da se držite običajnega postopka, ki stane X denarja, zagotovite cenejše alternative. Na primer : Predlagajte preskušanje kritične poti namesto popolnega preizkušanja sistema.
• Spoznajte svojo konkurenco . Hitro preverjanje resničnosti tega, kaj druga storitvena podjetja ponujajo svojim strankam za kakšne stroške, je pomembno, da je vaš model cenovnega modela ustrezen.

# 2) Kakovost dela

Kakovost in količina dela sta dve zelo različni stvari.

Minili so časi, ko se je število ustvarjenih testnih primerov ali prijavljenih napak uporabilo za kazalnike produktivnosti ali kakovosti. Ne več.

Situacija je bolj podobna spodnji sliki:

A) Vedite, kdaj reči 'NE'

Vsi smo bili na krajih, kjer smo delali nadure, bili med dežurnimi čez vikend, se udeleževali poznih nočnih ali zgodnjih jutranjih klicev itd. Vendar se ne zavedamo, da lahko rečemo NE, če se bodo stvari še poslabšale. Reči NE je edini način, da ohranimo kakovost dela in zdrav razum.

Pri tem vnaprej izrazite zaskrbljenost in zagovarjajte kakovost.

Tukaj je situacija, v kateri sem bil, in morda boste lahko bolje razumeli, o čem govorim:

Moje podjetje je dobilo nov logotip in kot del selitve iz starega podjetja v moje podjetje so bile načrtovane seje prenosa znanja. Ekipa 6 članov smo odpotovali na strankino stran. Že prvi dan po predstavitvi so nam delili načrt KT. Ugotovil sem, da je moje ime označeno z več moduli. Eden od teh modulov bi moral biti popolnoma izven mojega obsega, ker se niti nisem poznal te tehnologije; nikakor se ni ujemalo z mojimi sposobnostmi.

Šel sem do vodnika za prehod znanja in mu povedal situacijo -

• Preveč delovnih postavk mi je bilo dodeljenih, kar bo posledično oviralo kakovost in mojo sposobnost 100% zajemanja sej.
• Načrtovani predmeti so imeli področja, kjer se moje veščine ne bi ujemale in ker nisem bil primeren, med prehodom morda nisem razumel 100%.

Vodilni razumel težavo in revidiral načrt KT.

zagotavljanje kakovosti in nadzor kakovosti

Upam, da to pomaga potrditi, da: če je nekaj na našem krožniku, še ne pomeni, da moramo vse to pojesti. Še posebej ne, če to pomeni ogrožanje kakovosti.

B) Popolnost testnega primera

Koliko se vas strinja z mano, če se bomo poskusili izboljšanje načina pisanja testnih primerov , vodi do boljše kakovosti?

Spodaj je nekaj pogostih napak, ki so pogoste v večini testnih primerov:

Če povzamemo, če bomo v fazi načrtovanja upoštevali majhne podrobnosti, bo kakovost izhodnih rezultatov veliko boljša.

# 3) poslovno razumevanje

To je eden najpomembnejših dejavnikov, ki ga stranke iščejo pri preizkuševalcih. Vendar je žalostno, da nekateri preizkuševalci verjamejo, da je njihova naloga pisanje testnih primerov na podlagi FRS in se ne trudijo razumeti podjetja.

Poskusite najprej poznati podjetje in nato preučite funkcionalnost; ti lahko predvideti potrebe vaše stranke več in ustrezno preizkusite.

Tu je primer- FRS navaja, da je treba poročilo XYZ ustvariti s 3 stolpci kot datum, ime in stanje. Sledijo primeri primerov, s katerimi se boste srečali, ko boste to zahtevo upoštevali kot njeno nominalno vrednost:

• Ustvari se potrdilo o poročilu XYZ
• Poročilo za preverjanje veljavnosti ima 3 stolpce kot Datum, Ime, Stanje
• Podatke potrdite v 3 stolpcih.

Ko pa upoštevate poslovno uporabnost tega poročila, boste morda morali preizkusiti:

• Kakšen je poslovni namen tega poročila?
• Ali se to poročilo ustvarja vsak dan?
• Kdo so poslovni uporabniki, ki si ogledujejo to poročilo?
• Kakšen je vir podatkov za to poročilo?
• Ali je treba poročilo ustvariti, če ni na voljo nobenih podatkov?

To je le en primer, toda mislim, da se vsi strinjamo, da je mogoče boljše testiranje doseči s pridobivanjem poslovne ozaveščenosti in strokovnega znanja.

# 4) Razpoložljivost

Ne glede na to, ali ste posameznik, ki podpira kupca ali ekipo, je treba vedno preveriti vašo razpoložljivost ( ).

Glede na razpoložljivost to ne pomeni 24-urne podpore. Pomeni samo jasno in vnaprejšnjo komunikacijo o odsotnosti, nadomestnih načrtih ter dosegljivosti in neupoštevanju MIA.

Spodaj je nekaj modelov, ki jim sledi storitvena industrija:

• Model povečanja števila zaposlenih - Če delate po modelu za povečanje števila zaposlenih in ste edini zastopnik svojega podjetja, je priporočljivo, da se stranka seznani s časom vašega dela in načrtovanimi odsotnostmi, da se lahko dogovori.
• Model upravljanih projektov - V upravljanem projektnem modelu, v katerem so oblikovane velike projektne skupine, ki jih vodijo dobavitelji / vodje projektov, za rezervni načrt virov ni več odgovorna stranka. PM mora upravljati načrtovanih in nenačrtovanih odmorov. Pri tem modelu je priporočljivo, da premier poskuša predčasno zbrati načrtovane podatke o odsotnosti svoje ekipe in temu primerno upravljati. Obstajajo primeri, ko stranke zahtevajo podporo ob koncu tedna ali podaljšan delovni čas. Takšne primere je treba načrtovati tudi z izmenjevanjem virov. Skupino bi morali sestavljati člani, ki si lahko po potrebi medsebojno varnostno kopirajo. Načrtovane podrobnosti je treba deliti s stranko.

# 5) Obseg izboljšav

To ni zaželeno samo v industriji programske opreme, temveč povsod. Prinašanje izboljšav ni enodnevno delo. Na področju izboljšanja je treba nenehno delati in ga lahko razdelimo na 3 koraki -

Preberite tudi=> Kako izboljšati svoje preizkusne sposobnosti in premagati konkurenco

1. korak: Ugotovite

Natančno preučite in določite področja / obseg izboljšav. Recimo, ko boste pozvani, da isto funkcijo večkrat preizkusite z istim postopkom, bo prišel trenutek, ko boste začutili, da se bodisi želite premakniti iz projekta bodisi spremeniti način testiranja. Tako se uvedejo izboljšave, ko se dolgočasimo obstoječih metod, mislimo, da bi se spremenili in izboljšali .

2. korak: Prinesite izboljšave

pl sql intervju vprašanje za izkušene

Če bi stvari delali ročno, bi lahko poskusite avtomatizirati nekaj stvari . Ko rečem avtomatizacija, to ne pomeni vedno nakupa avtomatiziranega orodja.

Citiral bom situacijo:

Bil sem del ekipe za testiranje zbirk podatkov. Vsakodnevno delo je vključevalo izvajanje istih skriptov SQL večkrat na dan z različnimi nabori parametrov. Ko smo začeli projekt, smo bili s temi koraki v redu, toda sčasoma smo sistem bolje razumeli in mislili smo, da je mogoče iste skripte SQL zagnati kot del shranjenih postopkov, namesto da bi kdo ročno posodabljal parametre in izvršil.

3. korak: Ocenite izboljšanje

Vsakič, ko se izvede nov postopek, boste morali zagotoviti, da deluje po pričakovanjih in nima stranskih učinkov. Če razširimo prejšnji primer, predstavitev shranjenih postopkov, preverimo, ali sta izhod iz novo ustvarjene avtomatizirane poti in izhod iz ročne poti enaka.

Drugi del je spremljanje koristi v določenem časovnem obdobju, da ste popolnoma prepričani in rezultate predstavite svojim strankam. V našem projektu smo strankam pokazali zmanjšanje časa izvedbe preizkusa za 30%, kar je posledično zmanjšalo stroške.

Zaključek

Za zaključek sem hotel samo omeniti, da ima vsak od nas prirojene talente in da imamo vsi svoje edinstvene delovne sloge in to je bilo le nekaj nasvetov, za katere verjamem, da lahko našim strankam ponudimo boljšo storitev.

O avtorju: Ta čudovit članek je napisala članica ekipe STH Priya R. Če želite pisati za nas in deliti svoje izkušnje, vas prosimo nam sporočite tukaj .

Upam, da ste uživali v branju tega članka in se vam je zdel informativen! Sporočite nam, če imate drugačno izkušnjo.

Priporočeno branje

• Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
• Svetovno podjetje za testiranje programske opreme bo kmalu doseglo 28,8 milijarde dolarjev
• Nasveti za preizkušanje programske opreme za preizkuševalce začetnike
• Testiranje programske opreme QA Assistant Job
• Kako ohraniti motivacijo pri preizkuševalcih programske opreme?
• Zen in umetnost testiranja programske opreme
• Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
• Izbira preizkušanja programske opreme kot vaše kariere