Menu

Hoe u zich kunt voorbereiden op het schrijven van een testcase (Productiviteitstips)

how prepare yourself

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Hoe u zich kunt voorbereiden op het schrijven van testcases en uw productiviteit kunt verbeteren:

Wanneer een tester besluit om testcases van hoge kwaliteit te schrijven en hun efficiëntie en de productiviteit van het schrijven van testcases wil verbeteren, zijn er enkele belangrijke punten die de testers helpen om deze doelen te bereiken.

Ten eerste moeten ze zich professioneel en psychologisch voorbereiden met enkele van de belangrijkste punten die nodig zijn voor elke succesvolle softwaretester in de IT-industrie. Dit wordt behandeld als ' Ingangen ”Voor een tester voordat u testcases gaat schrijven.

testcase schrijven

Vervolgens moeten ze de kwaliteitsstatistieken begrijpen die betrokken zijn bij het project, dat wordt gebruikt als een hulpmiddel voor het evalueren van de prestaties van de tester in verschillende fasen van de testlevenscyclus. Dit wordt behandeld als ' Uitgangen ”Voor een tester na voltooiing testcase schrijven ​

Ten slotte moet de tester weten hoe de bug wordt gerapporteerd, problemen worden geëscaleerd en hoe de testrapporten worden opgesteld in overeenstemming met de standaardprocedure en begrijpelijk kunnen zijn voor de belanghebbenden van het project.

Wat je leert:

hoe u een .dat-bestand kunt bekijken

Bereid je voor op het schrijven van een testcase

1) Het schrijven van testcases is een kunst en is niet alleen een baan of taak. Een stuk of een segment software kan worden ontworpen en ontwikkeld, maar totdat en tenzij het volledig is getest voor alle scenario's met een efficiënte testaanpak, zal het nutteloos zijn en niet in aanmerking komen voor publicatie en gebruik door wie dan ook. Zo, behandel uzelf als een belangrijk persoon in het project en behandel uw testactiviteit als een belangrijke taak in het project ​

twee) De passie met een positieve instelling , dat is het meest persoonlijke kwaliteitstesters zouden moeten hebben gedurende de levenscyclus van het project. Passie motiveert de teambuildingcapaciteiten en de houding zorgt voor een hoge productiviteit bij het schrijven van kwaliteitstestcases. Dit betekent dat de testschrijfactiviteit een mix is ​​van professionele en persoonlijke kwaliteiten met als gemeenschappelijk doel het behalen van geweldige resultaten als uiteindelijke output in het project.

3) Positief en negatieve testgevallen maken deel uit van het schrijven van testcases, maar de testers moeten een semi-positief hebben mentaliteit om de te testen applicatie te doorbreken door bugs te vinden ​Dit is geen negatieve mentaliteit, maar het vermijden van de situatie dat iemand een bug identificeert na de release of het vermijden van de situatie waarin het systeem door sommige gebruikers van het systeem wordt verbroken.

4) De efficiëntie van de tester moet niet worden geschat op basis van het aantal bugs dat is geïdentificeerd in het systeem dat wordt getest, maar op basis van de mogelijkheden om succesvolle testcases te schrijven, is het resultaat de ontdekking van de defecten. De testcases moeten dus zo worden geschreven dat de dekking en traceerbaarheid moet maximaal zijn op basis van de systeemgrens en het toepassingsgebied.

5) Begrijp het toepassingsdomein grondig ​Bijvoorbeeldis het testen van een website eenvoudiger dan het testen van financiële software die is ontwikkeld voor de beurs en die door duizenden mensen tegelijk wordt gebruikt. Eenvoudige websitefunctionaliteit kan voor elke tester begrijpelijk zijn, terwijl de financiële voorwaarden en functionaliteiten niet voor alle testers begrijpelijk kunnen zijn totdat en tenzij ze de relevante educatieve achtergrond of training hebben of hebben domein ervaring ​

Dus wanneer een tester wordt toegewezen aan een nieuw project, moet hij / zij een zelfevaluatie uitvoeren, of ze in aanmerking komen en hun werk kunnen uitvoeren volgens de verwachtingen of niet. Als de functionele vereisten moeilijk te begrijpen zijn, moet deze ruim van tevoren worden geëscaleerd naar het projectteam om toekomstige misvattingen over de efficiëntie en prestaties van de tester te voorkomen. Het wordt afgehandeld door de projectmanager of de testmanager via de juiste plannen en training.

6) De projectvereisten en soorten testen die moeten worden uitgevoerd, variëren van project tot project. Een tester moet bereid zijn om elke vorm van testen uit te voeren. Beperk uw mogelijkheden niet op uw vaardigheden en specialiteiten. Wees bereid om verantwoordelijkheden en uitdagingen te nemen om testcases te schrijven en uit te voeren voor elk type test.

Veel testers proberen zich aan te passen of zichzelf te projecteren als alleen handmatige of automatiseringstesters. Bij het uitvoeren van prestatietests, loadtests of stresstests nemen maar heel weinig testers de rollen op zich en bereiden ze zich voor door training of het verzamelen van de vereiste kennis. Zo, wees een snelle leerling en wees bereid om verantwoordelijkheden te nemen en te groeien in je carrière.

7) Identificeer de soorten testen uit te voeren en de vaardigheden die nodig zijn voor het testen van de AUT. Bijvoorbeeld​ Voor sommige projecten is alleen black-box-testen vereist en voor andere zijn white-box-testvaardigheden vereist. De kennis van “ scripting 'Of ervaring in' SQL 'Of werken met' opmaaktaal ”Zoals HTML / XML enz., Of zelfs een systeemkennis over het installeren van / problemen oplossen met de installatie van de software, enz. Zijn enkele projectspecifieke vereisten die u zelf moet leren of hiervoor training moet volgen.

8) Zorg ervoor dat de testcases de Typen prestatietests, beveiligingstests en regressietests. Bijvoorbeeld, om in te loggen op de applicatie met behulp van het onderstaande inlogscherm:

Test Case efficiëntie 2

  • Prestatietests kunnen nodig zijn om te controleren of de applicatie stabiel is wanneer duizenden gebruikers tegelijkertijd inloggen op het systeem, en de testcases moeten worden geschreven om dit scenario te dekken.
  • Beveiligingstests kunnen nodig zijn om te controleren of de toepassing alleen gebruikers met de juiste rechten en machtigingen toestaat om het systeem te gebruiken, en de testcases moeten worden geschreven om deze scenario's te dekken.
  • Mogelijk zijn regressietests vereist om te controleren of de kernfunctionaliteit en kritieke functies correct werken bij elke release.

9) Test Case Review : Een van de belangrijkste en meest over het hoofd geziene fasen van softwareontwikkeling en de testlevenscyclus is ' BEOORDELING ​Wanneer een projectplan voldoende tijdsbesteding bevat voor een review proces in elke fase van projectontwikkeling, de meest kwalitatieve deliverables en outputs die we hetzelfde kunnen verwachten.

Voordat testcases beginnen te schrijven, moeten testers bijvoorbeeld controleren of het document met de “specificatie van de eisen” is beoordeeld en of alle beoordelingspunten in het document zijn overwogen en bijgewerkt. Als de organisatie een correct en volwassen proces volgt, moeten alle documentsjablonen deze wijzigingsinformatie op de eerste pagina van het document zelf hebben.

Testcase-documenten moeten minstens 3 keer worden beoordeeld via:

i) Zelfbeoordeling
ii) Peer review
iii) Beoordeling door anderen op volledigheid, testdekking, traceerbaarheid en of de testcase testbaar is of niet.

10) Tenslotte, begrijpen hoe en plan de testtaken ​Plan om alleen te werken voor de geplande geschatte tijd van een dag. Dit kan worden bereikt door de taken op tijd te starten en af ​​te ronden en de dag te vertrekken met de plannen voor de taken van de volgende dag.

wat betekent niet-overeenkomende beveiligingssleutel

Vermijd laat op de avond en breng geen weekends door op kantoor. Tegenwoordig zijn er efficiënte benaderingen voor projectmanagement beschikbaar en worden projecten uitgevoerd in een Agile-omgeving. Als de mijlpalen niet worden bereikt door de projectteams, wordt dit behandeld als inefficiënt projectbeheer in plaats van inefficiëntie van de projectteams.

Notitie : Houd in gedachten, zelfs voor geautomatiseerd testen moeten testcases duidelijk worden geschreven en minstens één keer worden beoordeeld, waarbij de functionele stroom van de te testen applicatie volledig wordt bestreken. Elke automatiseringstesttool kan testgevallen alleen met succes registreren en uitvoeren als de handmatige testgevallen duidelijk zijn gedefinieerd en geschreven.

Kwaliteitsstatistieken

Dit is een belangrijke activiteit in de fasen van het testen van software. Het testteam moet zich volledig bewust zijn van de verschillende teststatistieken die worden gebruikt om het projectdoel te bereiken. De prestaties van de tester worden niet alleen geëvalueerd op basis van de testuitvoeringsfase, maar op basis van alle teststatistieken die zijn verzameld uit de analyse van vereisten, het schrijven van testcases, de uitvoering, defectrapportage en tenslotte de testrapportagefase.

Hieronder vindt u enkele belangrijke teststatistieken gevolgd door de meeste organisaties voor een betere productiviteit van testers en de efficiëntie van testfasen.

Zie ookandere nuttige teststatistieken die worden gebruikt in testfasen:

=> Belangrijke meetgegevens en metingen van softwaretests en Live Project Bug Tracking, Test Metrics en Test Sign-off proces.

1) Gemiddelde testefficiëntie

  • Bugs per manmaanden van de testinspanning.
  • Berekend als gemiddeld (totaal aantal bugs tijdens testinspanning in manmaanden).
  • Te berekenen na elke interne release en na voltooiing van de test.
  • Acceptatielimiet: moet kleiner zijn dan 50

2) Gemiddelde dichtheid van klantdefecten

  • Door de klant gerapporteerde bugs na levering versus totale testinspanningen in manmaanden.
  • Berekend als gemiddeld (totaal aantal bugs na levering / testinspanning in manmaanden).
  • Te berekenen na externe vrijgave en projectoplevering.
  • Acceptatielimiet: moet kleiner zijn dan 1

3) Functionele testfouten

  • Een aantal mislukte functionele testgevallen / Totaal aantal uitgevoerde functionele testgevallen.
  • Maandelijks of tweewekelijks te berekenen.

4) Bugs met ernstniveau 1

  • Het totale aantal bugs geïdentificeerd met prioriteitsniveau 1 (blocker).
  • Het testen van de software kan niet worden voortgezet vanwege blokkeerproblemen.
  • Wekelijks te berekenen.

5) Bugs met ernstniveau 2

  • Het totale aantal bugs geïdentificeerd met ernstniveau 2 (grote bugs).
  • Het testen van de functie kan niet worden voortgezet vanwege de grote bugs, maar kan worden voortgezet met andere delen van het systeem.
  • Wekelijks te berekenen.

6) Bugs met ernstniveau 3

  • Het totale aantal bugs geïdentificeerd met prioriteitsniveau 3 (kleine bugs).
  • Het testen kan worden voortgezet aangezien de geïdentificeerde bug klein is en het testen niet stopt.
  • Wekelijks te berekenen.

7) Bugs met ernstniveau 4

  • Het totale aantal bugs geïdentificeerd met ernstniveau 4 (cosmetische problemen).
  • Het testen kan zonder problemen worden voltooid, aangezien de geïdentificeerde bugs cosmetisch gerelateerd zijn en moeten worden opgelost voor de volgende release.
  • Wekelijks te berekenen.

Bugrapportage

Het bugrapporteringsmechanisme moet worden gecontroleerd met een gerijpt testproces om de kwaliteit van de applicatie te behouden. Er moet een correct escalatieproces zijn naar de juiste geautoriseerde personen om de status, ernst en prioriteit van de bug te kennen. Er zijn veel gratis en commerciële bugrapportagetools beschikbaar zoals Bugzilla, Mantis, enz., die zeer effectief zijn in het volgen van problemen en gemakkelijk kunnen worden geïntegreerd met elk testmanagementtool dat in het project wordt gebruikt.

In elk testproject moeten dagelijks standaardprocedures worden gevolgd voor een online statusrapportagemechanisme. Elke bug / elk probleem dat in deze bugvolgsystemen wordt geregistreerd en gerapporteerd, moet onmiddellijk een e-mail naar de respectieve autoriteiten sturen, die hen zullen helpen bij het plannen en dienovereenkomstig maatregelen te nemen.

Om het bugrapportageproces in detail te lerenlees de volgende artikelen​

​ Hoe schrijf je een goed bugrapport? Tips en trucs
​ Voorbeeld bugrapport
​ Waarom is bugrapportage een kunst die door elke tester moet worden geleerd?
​ Bug levenscyclus
​ Voorbeelden van bugrapporten voor web- en productapplicaties

Test rapporten

Afgezien van de bugrapporten die zijn opgeworpen, geregistreerd en geëscaleerd in het bugrapportagesysteem, is een testrapport een van de belangrijkste documenten om de teststatus en andere belangrijke meetgegevens te kennen die tijdens de testrapportageperiode zijn geïdentificeerd en berekend.

Hieronder is zo'n eenvoudig testrapport:

Lees ook de volgende handige tutorials vooreffectieve testrapportage​

​ Gids voor het schrijven van een effectief testoverzichtsrapport
​ Hoe u testuitvoering slim kunt rapporteren (Download statusrapportsjabloon)

hoe float in java te declareren

zegevierend

jaya1

Gevolgtrekking

Het proces van voorbereiding op het schrijven van testcases is niet alleen de toewijzing van middelen in het project, maar er zijn ook enkele belangrijke vereisten, zoals onszelf voorbereiden als een in aanmerking komende tester en inzicht hebben in de kwaliteitsstatistieken die worden gecontroleerd tijdens de testlevenscyclus en zelfs na de release.

Dus het volgen van het proces, de normen en de procedures en het strikt naleven van de kwaliteitsstatistieken met passie, kan automatisch een grote testefficiëntie, productiviteit en een kwaliteitstester in je brengen, wat een gewoonte zal worden in je professionele leven.

Deze kwaliteitsfactoren kunnen zelf worden geanalyseerd of groepsgewijs worden geanalyseerd door een paar vragen te stellen wat zal uitwijzen of we op de goede weg zijn van zelf- en procesverbetering met het oog op een efficiënte aanpak bij het schrijven en uitvoeren van testcases:

  • Heb je de functionele vereisten / gebruikersvereisten / business use case-documenten doorgenomen?
  • Is het document met functionele vereisten beoordeeld en correct bijgewerkt met beoordelingscommentaar?
  • Heeft u de schermprototypes ontvangen voor alle te testen functies?
  • Vindt u het prettig om testcases te schrijven die testbaar en traceerbaar zijn gedurende de testlevenscyclus?
  • Beschikt u over de vereiste vaardigheden en domeinkennis om de te testen applicatie te testen?
  • Heeft u training of technische kennis nodig om de testcases uit te voeren?
  • Beschikt u over de planning voor het schrijven, beoordelen en uitvoeren van testcases, die de tijd bestrijkt voor het voorbereiden van kwaliteitsdocumenten?
  • Heeft u de peers om uw testcases te beoordelen en een geautoriseerde materiedeskundige om de volledigheid en dekking van de te testen kenmerken en functionaliteiten te controleren?
  • Heeft u voldoende testcases voor alle functionele eisen?
  • Heeft u voldoende testcases voor prestatie-, belastingtests en beveiligingstests?
  • Heeft u voldoende testcases voor installatie en regressietesten?
  • Heeft u het aanspreekpunt voor het escaleren van problemen of het melden van bugs?
  • Is de tool voor het opsporen van fouten correct geconfigureerd met de vereiste toestemming voor iedereen?
  • Voelt u zich op uw gemak bij het volgen van alle processen die in het testplan zijn gedefinieerd?
  • Wordt u betrokken bij alle beoordelingsgesprekken en krijgt u de kans om met het ontwikkeling- of managementteam te praten?
  • Zijn uw productiviteit en efficiëntie verbeterd of moet u hiervoor maatregelen nemen?

Aanbevolen literatuur = >> Beste online cursussen creatief schrijven

Er zijn veel vergelijkbare vragen die testers zichzelf kunnen stellen voor zelfverbeteringsanalyses, afhankelijk van het type project of de organisatie waarmee ze werken. Het belangrijkste is dat al deze activiteiten niet alleen moeten worden gevolgd om de processen te volgen, maar dat ze moeten worden gemaakt als uw dagelijkse gewoonten die kunnen worden gedaan door middel van PASSIE VOOR TESTEN enkel en alleen.

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

^