what do clients really expect from software testers
In het artikel van vandaag ga ik wat gedachten delen over wat ik denk dat de klanten ECHT van ons verwachten, op basis van mijn eerste hand ervaring met werken op klantlocaties met dagelijkse persoonlijke interacties en offshore samenwerken via e-mails of telefoontjes.
IT-services zijn een belangrijk en integraal onderdeel van de software-industrie en klanttevredenheid is belangrijk om te slagen. Elke klant / organisatie kan verschillen in hun proces, kan een ander protocol volgen en kan te maken hebben met verschillende soorten bedrijven.
Maar de volgende factoren komen vaak voor en zijn voor iedereen in het algemeen van belang.
(beeld src
Wat je leert:
- 5 dingen die klanten verwachten van softwaretesters:
- # 1) Kostenvoordeel
- # 2) Kwaliteit van het werk
- # 3) Zakelijk inzicht
- # 4) Beschikbaarheid
- # 5) Omvang van verbetering
- Gevolgtrekking
- Aanbevolen literatuur
5 dingen die klanten verwachten van softwaretesters:
# 1) Kostenvoordeel
Wanneer u eraan denkt om iets te kopen of verkopen, speelt de kostprijs een grote rol en is het vaak een van de belangrijkste doorslaggevende factoren. Wachten we niet allemaal reikhalzend op Black Friday, Flipkart Billion Day-uitverkoop of het geweldige shoppingfestival van Amazon? We worden gekke kopers tijdens de uitverkoop. Het is eenvoudig menselijk gedrag om het juiste of extra waarde voor ons geld te verwachten.
Bedrijven en klanten zijn niet verschillend. Kostenvoordelen stimuleren de klant-servicerelaties en het is niet ongebruikelijk dat servicebedrijven biedingen verliezen door lagere prijsopgaven van concurrenten.
De GROTE vraag is nu: hoe kunnen we kostenvoordelen laten zien aan onze klanten?
Deze punten kunnen helpen:
- Laat ze zien wat hun geld waard is Rechtvaardig en geef ondersteunend bewijs voor uw schattingen
- Bedenk creatieve manieren om op uitgaven te besparen.
- Pas uw offerte aan. In plaats van vast te houden aan uw standaardproces dat X geld kost, kunt u goedkopere alternatieven bieden. Bijvoorbeeld : Stel kritische padtests voor in plaats van volledige systeemtests.
- Ken uw concurrentie Een snelle realiteitscheck van wat andere servicebedrijven hun klanten bieden tegen welke kosten, is belangrijk om uw markt voor prijsmodellen relevant te houden.
# 2) Kwaliteit van het werk
Kwaliteit en kwantiteit van werk zijn twee heel verschillende dingen.
Voorbij zijn de dagen dat het aantal gemaakte testcases of gerapporteerde defecten werd gebruikt voor productiviteits- of kwaliteitsindicatoren. Niet meer.
De situatie lijkt meer op de onderstaande afbeelding:
A) Weet wanneer je ‘NEE’ moet zeggen
We zijn allemaal op plaatsen geweest waar we overuren hebben gemaakt, in het weekend op afroep zijn geweest, 's avonds laat of' s ochtends vroeg hebben gebeld, enz. Wat we ons echter niet realiseren, is dat we NEE kunnen zeggen als het steeds erger wordt. NEE zeggen is de enige manier waarop we de kwaliteit van het werk en onze geestelijke gezondheid intact kunnen houden.
Maak daarbij vooraf uw bezorgdheid kenbaar en pleit voor kwaliteit.
Hier is een situatie waarin ik me bevond en dit zou u een beter idee kunnen geven van waar ik het over heb:
Mijn bedrijf won een nieuw logo en als onderdeel van de migratie van een oud bedrijf naar mijn bedrijf werden sessies voor kennisoverdracht gepland. Wij, een team van 6 leden, zijn naar de klantlocatie afgereisd. Op de allereerste dag na introductie kregen we het KT-plan te horen. Ik ontdekte dat mijn naam was getagd tegen meerdere modules. Een van die modules had totaal buiten mijn bereik moeten vallen, omdat ik me niet eens bewust was van die technologie; het kwam op geen enkele manier overeen met mijn vaardigheden.
Ik ging naar de kennistransitiehoofd en vertelde hem de situatie -
- Er zijn te veel werkitems aan mij toegewezen, wat op zijn beurt de kwaliteit en mijn vermogen om 100% vast te leggen in de sessies zal belemmeren.
- De geplande items hadden gebieden waar mijn vaardigheden niet overeen zouden komen en aangezien ik niet de juiste pasvorm had, zou ik het tijdens de overgang misschien niet 100% begrijpen.
De leiding begreep het probleem en herzag het KT-plan.
beste programma voor het bewaken van cpu-temp
Ik hoop dat dit helpt bevestigen dat: als er iets op ons bord ligt, betekent dit niet dat we alles moeten opeten. Zeker niet als het gaat om compromissen op het gebied van kwaliteit.
B) Compleetheid van de testcase
Hoevelen van u zijn het met mij eens als we het proberen de manier verbeteren waarop we testcases schrijven , leidt het tot een betere kwaliteit?
Hieronder staan enkele veelvoorkomende fouten die in de meeste testgevallen voorkomen:
| Testcase-componenten | Huidig probleem | Oplossing |
|---|---|---|
| Objectief | Doelstelling is het belangrijkste onderdeel van elke testcase, dit is wat alle testcases anders maakt. Veelgemaakte fouten met Objective missen duidelijkheid. Zoals alle testcases die voor één functionaliteit zijn gemaakt, hebben ze één doel zonder te laten zien hoe elke testcase verschilt. | Doelstelling / doel van elke testcase moet duidelijk zijn om uit te leggen welke functionaliteit en welke testconditie getest gaat worden als onderdeel van die testcase. Dezelfde functionaliteit kan positieve en negatieve testgevallen hebben, dus het doel moet duidelijk genoeg zijn om het verschil aan te tonen. Een goed idee is om het testscenario te raadplegen voor het definiëren van het doel. |
| Randvoorwaarden | Veel testers missen het vermelden van de voorwaarde volledig of velen zullen gewoon kopiëren en plakken. Kopiëren en plakken leidt tot fouten, aangezien elke testcase compleet anders kan zijn dan de andere. | Voorkom kopieer-plakfouten en let op details. |
| Testgegevens | Dit is waarschijnlijk het meest over het hoofd geziene veld en in de meeste testgevallen is het leeg of ontbreekt het aan een precieze definitie | Noem de juiste gegevens die moeten worden ingevoerd. Soms hoeft het niet nauwkeurig te zijn. Bijvoorbeeld: Gebruikersregistratie kan een gebruiker Anna of John registreren en het maakt niet uit. Maar door te definiëren dat een geldige naam die alle tekens bevat en 4-10 lang moet zijn, kan een heleboel dingen verduidelijken. |
| Testcase-ID | Over vereenvoudigde naamgeving of nummeringsconventie. Stel dat u een inlogknop aan het testen bent. Vaak zijn de ID's: TC_1_Inloggen TC_2_Inloggen | Maak ze meer beschrijvend: TC_1_Login_Invalid_User TC_2_Login_Valid_User |
| Referentie documenten | Inconsistent kopiëren en plakken van referentiedocumenten of erger nog, met een onjuiste. | Het is altijd raadzaam om het juiste referentiedocument met het juiste versienummer te vermelden, bijvoorbeeld dat voor sommige testgevallen FRS en Tech Specs beide zouden zijn verwezen, dus de testcase in het referentiegedeelte zou beide moeten vermelden. |
| Test Case Stappen | Missing Steps, veelal door testers die de applicatie goed kennen. Ze konden dingen aannemen en de stappen overslaan. Dit veroorzaakt problemen voor het bedrijf, beoordelaars en nieuwe testers. | De juiste stappen en volgorde moeten worden gebruikt. |
Samenvattend: als in de ontwerpfase rekening wordt gehouden met kleine details, zal de kwaliteit van de testuitvoer veel beter zijn.
# 3) Zakelijk inzicht
Dit is een van de belangrijkste factoren waar klanten naar zoeken in testers. Het is echter triest dat sommige testers geloven dat het hun taak is om testcases te schrijven op basis van FRS en geen moeite doen om het bedrijf te begrijpen.
Probeer eerst het bedrijf te kennen en kijk vervolgens naar de functionaliteit; jij kan stel je de behoeften van je klant voor meer en dienovereenkomstig testen.
Hier is een voorbeeld- FRS stelt dat ‘XYZ-rapport moet worden gegenereerd met 3 kolommen als Datum, Naam en Status’. De volgende zijn de testcases waarmee u zult eindigen wanneer u deze vereiste voor de nominale waarde neemt:
- Validatierapport XYZ wordt gegenereerd
- Validatierapport heeft 3 kolommen: Datum, Naam, Status
- Valideer de gegevens in 3 kolommen.
Maar als u de zakelijke toepasbaarheid van dit rapport in gedachten houdt, moet u wellicht het volgende testen:
- Wat is het zakelijke doel van dit rapport?
- Wordt dit rapport elke dag gegenereerd?
- Wie zijn de zakelijke gebruikers die naar dit rapport kijken?
- Wat is de gegevensbron voor dit rapport?
- Moet het rapport worden gegenereerd als er geen gegevens beschikbaar zijn?
Dit is slechts één voorbeeld, maar ik denk dat we het er allemaal over eens zijn dat betere tests kunnen worden bereikt door zakelijk bewustzijn en expertise te verwerven.
# 4) Beschikbaarheid
Of u nu een enkele persoon bent die de klant ondersteunt of een team, uw beschikbaarheid moet altijd worden gecontroleerd ( 
Met beschikbaarheid betekent dit niet 24/7 ondersteuning. Het betekent gewoon duidelijke en voorafgaande communicatie over vrije tijd, alternatieve plannen en bereikbaar zijn en niet naar MIA gaan.
Hieronder staan enkele van de modellen die de dienstensector volgt:
- Model voor personeelsvergroting - Als u in een personeelsvergrotingsmodel werkt en de enige vertegenwoordiger van uw bedrijf bent, is het raadzaam dat de klant op de hoogte wordt gebracht van uw werktijden en geplande afwezigheden, zodat de nodige regelingen kunnen worden getroffen.
- Model van beheerde projecten - In een beheerd projectmodel waarin grote projectteams worden gevormd en geleid door leverings- / projectmanagers, blijft het hebben van een back-upresourceplan niet langer de verantwoordelijkheid van klanten. PM's moeten beheren zowel geplande als ongeplande vrije tijd. In dit model is het raadzaam dat de PM's proberen om van tevoren de geplande verzuimgegevens van hun team te verzamelen en dienovereenkomstig te beheren. Er zijn gevallen waarin klanten om weekendondersteuning of verlengde werkuren vragen. Dergelijke gevallen moeten ook worden gepland door middelen te rouleren. Een team moet bestaan uit leden die indien nodig een back-up van elkaar kunnen maken. De geplande details moeten worden gedeeld met de klant.
# 5) Omvang van verbetering
Dit is niet alleen wenselijk in de software-industrie, maar overal. Verbetering brengen is geen dagtaak. Aan de reikwijdte van de verbetering moet continu worden gewerkt en kan worden onderverdeeld in 3 stappen -
Lees ook Hoe u uw testvaardigheden kunt verbeteren en de concurrentie kunt verslaan
Stap 1: identificeren
Doe een grondige studie en identificeer de gebieden / mogelijkheden voor verbeteringen. Stel dat wanneer u wordt gevraagd dezelfde functionaliteit meerdere keren te testen met hetzelfde proces, dan zal er een tijd komen dat u het gevoel krijgt dat u het project wilt verlaten of dat u de manier waarop het wordt getest verandert. Dat is hoe verbeteringen worden aangebracht als we onze bestaande methoden vervelen, we denken aan veranderen en verbeteren
Stap 2: Breng verbeteringen aan
Als dingen handmatig werden gedaan, zou je dat kunnen probeer een paar dingen te automatiseren Als ik automatisering zeg, betekent dit niet altijd dat u een geautomatiseerde tool moet kopen.
Ik zal een situatie citeren:
Ik maakte deel uit van een database-testteam. Ons dagelijkse werk omvatte het meerdere keren per dag uitvoeren van dezelfde SQL-scripts met een andere set parameters. Toen we met het project begonnen, waren we prima met deze stappen, maar uiteindelijk begrepen we het systeem beter en dachten we dat dezelfde SQL-scripts kunnen worden uitgevoerd als onderdeel van opgeslagen procedures in plaats van dat iemand handmatig parameters bijwerkt en uitvoert.
Stap 3: Evalueer de verbetering
Telkens wanneer een nieuw proces wordt geïmplementeerd, moet u ervoor zorgen dat het werkt zoals verwacht en geen bijwerkingen heeft. Uitbreiding van het eerdere voorbeeld, een introductie van opgeslagen procedures, controleer of de output van de nieuw gecreëerde geautomatiseerde manier en de output van de handmatige manier hetzelfde zijn.
Het andere deel is om de voordelen gedurende een bepaalde periode te volgen om absoluut zeker te zijn en de resultaten aan uw klanten te presenteren. In ons project hebben we de klanten een vermindering van de testuitvoeringstijd met 30% laten zien, wat op zijn beurt de kosten verlaagde.
Gevolgtrekking
Tot slot wilde ik nog even vermelden dat ieder van ons aangeboren talenten heeft en dat we allemaal onze eigen unieke werkstijlen hebben. Dit waren slechts enkele tips die naar mijn mening onze klanten een betere service-ervaring kunnen bieden.
salesforce ontwikkelaar interviewvragen en antwoorden voor ervaren
Over de auteur: Dit geweldige artikel is geschreven door STH-teamlid Priya R. Als je voor ons wilt schrijven en je ervaringen wilt delen, alstublieft laat het ons hier weten
Ik hoop dat je dit artikel met plezier hebt gelezen en het informatief hebt gevonden! Laat het ons weten als je een andere ervaring wilt delen.
Aanbevolen literatuur
- Beste softwaretesttools 2021 (QA Test Automation Tools)
- Wereldwijd softwaretestbedrijf bereikt binnenkort $ 28,8 miljard
- Softwaretestadvies voor beginnende testers
- Software testen QA Assistant Job
- Hoe houd je motivatie levend in softwaretesters?
- Zen en de kunst van het testen van software
- Software Testing-cursus: bij welk Software Testing Institute moet ik me aansluiten?
- Softwaretests kiezen als uw carrière