Menu

Software Testing Training: End-to-end training over een live-project - Gratis online QA-training deel 1

software testing training

Probeer Ons Instrument Voor Het Oplossen Van Problemen

VrijTraining voor softwaretestsOver een realtime live-project:

We zijn erg enthousiast om dit volgende te presenteren reeks gratis tutorials voor het testen van software. We gaan een end-to-end real-time softwareproject simuleren dat elke fase in detail doorloopt met een speciale nadruk op QA-trainingsprocessen, fasen, rollen en verantwoordelijkheden, te leveren producten, enz.

Kortom, bereid u voor op een korte online cursus Software Testing.

_Einde om training over een live project te beëindigen

Belangrijke notitie : De onderstaande gratis tutorials zijn handig om aan de slag te gaan, maar als je geïnteresseerd bent in de beste online LIVE Software Testing-training van de experts, kijk dan op deze pagina.

QA-training testen

​ Hier is delijst met alle tutorialsin deze gratis Live Project QA-trainingsreeks:

shell scripting interviewvragen en antwoorden

Waarom deze gratis QA-training?

We krijgen veel vragen van onze lezers om onze ervaringen op de exact software testproces gevolgd door de Software Testing-teams. Daarom hebben we besloten om deze volledige STLC te documenteren met behulp van een live-voorbeeldtoepassing die beschikbaar is om te testen op internet.

We zullen dit live-project gebruiken voor onze Software Testing Training-serie. We raden u ten zeerste aan om deze serie nauwkeurig te volgen, aangezien het een spoedcursus wordt om te leren en te implementeren testpraktijken op een live applicatie.

Wat je leert:

Softwaretesttraining voor live project - wat is het?

Voordat we verder gaan, wil ik even de tijd nemen om uit te leggen waar deze cursus Software Testing over gaat en hoe deze vorm zal krijgen naarmate we verder gaan.

We hebben een live applicatie gekozen (waarvan de details hieronder staan) en beginnen met:

- Kortom, alles wat we normaal gesproken zouden doen in een real-time Software Testing-project - met real-time voorbeelden, artefacten en deliverables, allemaal gemaakt tijdens het proces.

Hoe volgt u deze reeks softwaretestcursussen?

Stap 1) Introductie en SRS-walkthrough - We beginnen deze mini-softwaretestcursus met de SRS-walkthrough. We hebben een voorbeeld SRS-document gemaakt en gedeeld. Doorloop het, want alle verdere stappen zijn afhankelijk van uw begrip van deze toepassing.

Stap 2) SRS Review en voorbereiding van testscenario's.

Stap 3) Testplan - voltooi het proces van het maken van een volledig nieuw testplan. De definitieve versie van het testplan wordt ter referentie met u gedeeld.

Stap 4) Testcases - compleet schrijfproces voor testcases met enkele voorbeeldtestcases. We kunnen elke testbeheertool of spreadsheet gebruiken om testcases te schrijven.

Stap # 5) Applicatie-doorloop en testuitvoering - Hoe testcases uitvoeren en de testresultaten vastleggen?

Stap # 6) Defectrapportage

Stap # 7) Defectverificatie, teruglopend testproces

Stap # 8) QA Sign-off

De bedoeling is om jullie allemaal een gevoel van real-time projectervaring en expertise te geven. We hopen dat je deze serie nuttig vindt.

Toepassing die we verder gaan gebruiken

Invoering

Cliënt: Oranje
Toepassing: OrangeHRM-demo ​
Dienstverlener: SoftwareTestingHelp.com

Projectbeschrijving

Orange wil een commercieel product voor personeelsbeheer creëren dat kan worden gebruikt en aangepast door middelgrote bedrijven in een enkel land en wereldwijd.

Het heeft 2 versies: Professioneel en Enterprise.

De functies omvatten

  • Beheer van persoonlijke informatie
  • Geavanceerd verlofbeheer
  • Tijdregistratie en aanwezigheidsregistratie
  • Prestatiemanagement van medewerkers
  • Werving
  • Geavanceerde rapportage
  • Land- / locatiegebaseerd personeelsmanagement
  • Gelokaliseerde verlofregels
  • Configureerbare workflows
  • Platinum-ondersteuning
  • Land- / locatiegebaseerde rapportage
  • Aangepaste rapportage

Notitie ​ Laten we voor de eenvoud en om de reikwijdte te beperken eens kijken naar de medewerkersmodule van dit HRM-portaal waar de gebruiker de mogelijkheid heeft om zijn persoonlijke gegevens in te voeren.

Wanneer een klant of bedrijfseigenaar de behoefte heeft om zich in de online wereld te wagen of updates moet aanbrengen op de reeds bestaande site of applicatie, is de behoefte een zakelijk probleem en is de software een stukje code dat is ontworpen om dit zakelijke probleem op te lossen.

Een klant benadert vervolgens een softwareprovider om deze software voor hem te realiseren. Dat is wanneer de aanvang van het softwareproject begint.

Een traditionele Watervalproject (SDLC) kent de volgende fasen:

Software ontwikkelingsproces

  • Zoals QA's weten we allemaal dat, ook al is 'Test' stap 5 van deze stroom, het niet de enige plaats is waar wij testers een prominente rol spelen.
  • Testen is ook een reactieve taak. Zonder code / applicatie die klaar is om te testen, kunnen we niet echt iets ‘testen’. Om klaar te zijn en zo efficiënt mogelijk te reageren, proberen we zoveel mogelijk vooruit te plannen en voor te bereiden. Dus hoewel fase 5 bedoeld is om te testen, beginnen onze activiteiten ver vooruit.

Dit is in een notendop wat er in elke fase gebeurt !!

Initiëren:

Zodra de producent en de klant het eens zijn over de voorwaarden, begint de softwareproductie.

  • In deze fase worden zakelijke vereisten verzameld en geanalyseerd. De analyse omvat de beslissingen over onder meer technologische overwegingen, hardware- en softwarespecificaties, mensen, inspanning, tijd, relevantie en verbeteringen.
  • Bij deze stap zijn bedrijfsanalisten, projectmanagers en klantvertegenwoordigers betrokken.
  • Aan het einde van deze stap en het basisproject wordt het plan voorbereid.
  • Projectspecifieke documenten zoals scope document en / of business requirements worden gemaakt.
  • Betrokkenheid van QA in dit stadium is doorgaans niet te verwachten. (Dit is een kleine afwijking van wat het zou moeten zijn, want om problemen vroeg in de ontwikkelingsfasen te identificeren, is het het beste om QA vanaf het begin te betrekken.)

Bepalen:

De voltooide zakelijke vereisten zijn de input voor deze stap.

  • In deze fase worden de business requirements vertaald naar functionele eisen aan de software. Bijvoorbeeld , als de zakelijke vereiste is dat een gebruiker iets van een site mag kopen. De functionele vereiste heeft details zoals Site-indeling-> Menuoptie naam en plaatsing-> Zoek product-> Winkelwagen-> Afrekenen (registratie of niet) -> Betaalopties-> Verkoopbevestiging.
  • Ontwikkelaars, Business Analisten, Projectmanagers zijn bij deze fase betrokken
  • De output van deze fase is een gedetailleerd document met de functionele eisen van de software. Er wordt naar dit document verwezen met vele namen: Software Requirements Specification (SRS), Functional Requirements Document (FRD) of Functional Requirements Specification (FRS).
  • Dit is waar het QA-team wordt betrokken - na het voltooien van de SRS-documentatie.
  • Terwijl de laatste hand wordt gelegd aan de functionele vereisten en de documentatie van de SRS, wordt de QA-manager / lead betrokken om een eerste versie van het testplan en een QA-team vormen.
  • De betrokkenheid van het QA-team zal plaatsvinden zodra de SRS is gedocumenteerd.
  • In dit stadium geeft het ontwikkelingsteam of de bedrijfsanalist of soms zelfs de QA-teamleider een overzicht van de SRS aan het QA-team.
  • Bij een nieuw project werkt een gedegen walkthrough in de vorm van een congres of vergadering het beste
  • In het geval van latere releases voor een bestaand project, wordt een document via e-mail of plaatsing in een gemeenschappelijke repository naar het QA-team gestuurd. Q Een team zou het op dit punt offline lezen / beoordelen en het systeem grondig begrijpen.
  • Omdat de primaire doelgroep voor het SRS-document niet alleen testers zijn, is het niet allemaal nuttig voor ons. Wij testers moeten ijverig genoeg zijn bij het doornemen van dit document om te beslissen welke delen ervan nuttig voor ons zijn en welke delen niet.

SRS-document voor dit live-project

Een voorbeeld van een SRS-document is bij dit bericht gevoegd om u een idee te geven van hoe dit document eruitziet, het formaat waarin het is geschreven, wat voor soort informatie het bevat, enz. In het volgende artikel zullen we ingaan op hoe dit document wordt gebruikt door het QA-team om verder te gaan in onze testprojecten.

​ Download het SRS-voorbeelddocument van een live project ​

Gevolgtrekking

In dit artikel hebben we u kennis laten maken met het softwareontwikkelings- en testproces. We hebben ook een voorbeeld SRS-document gedeeld voor het live-project dat we gaan testen.

c ++ ingebouwde functies

=> Het komende artikel in deze trainingsreeks voor softwaretests zal zijn - SRS Review en het proces voor het maken van testscenario's ​

Notitie: Terwijl het volgende artikel in deze QA-trainingsreeks wordt geschreven, kunt u hier parallel met ons samenwerken voor de meest live ervaring ​Probeer het SRS-document goed te lezen en dan gaan we verder met de volgende stappen als we elkaar weer ontmoeten.

Veel plezier met testen, tot dan!

Over de auteur: STH-teamlid Swati Seela helpt ons om deze live QA-trainingsreeks voor projecten te presenteren.

Aanbevolen literatuur

^