Menü

Softwaretest-Training: End-to-End-Training in einem Live-Projekt - Kostenloses Online-QS-Training Teil 1

software testing training

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

FreiSoftware-Test-TrainingIn einem Echtzeit-Live-Projekt:

Wir freuen uns sehr, dies als nächstes zu präsentieren Reihe von Software-Test-Schulungen kostenlose Tutorials. Wir werden ein End-to-End-Echtzeit-Softwareprojekt simulieren, das jede einzelne Phase im Detail durchläuft, wobei ein besonderer Schwerpunkt auf QS-Schulungsprozessen, Phasen, Rollen und Verantwortlichkeiten, Ergebnissen usw. liegt.

Kurz gesagt, seien Sie bereit für einen kurzen Online-Softwaretestkurs.

_Ende zum Beenden des Trainings in einem Live-Projekt

Wichtiger Hinweis : Die folgenden kostenlosen Tutorials sind nützlich, um loszulegen. Wenn Sie jedoch an dem besten Online-Schulungskurs für LIVE-Softwaretests von Experten interessiert sind, Bitte überprüfen Sie diese Seite.

Testen des QS-Trainings

=> Hier ist dasListe aller TutorialsIn dieser kostenlosen Live Project QA-Schulungsreihe:

Google Webmaster-Tools defekter Link-Checker

Warum dieses kostenlose QS-Training?

Wir erhalten viele Anfragen von unseren Lesern, um unsere Erfahrungen auf der Website zu teilen exakter Software-Testprozess gefolgt von den Software-Testteams. Daher haben wir uns entschlossen, diese vollständige STLC mithilfe einer Live-Beispielanwendung zu dokumentieren, die im Internet getestet werden kann.

Wir werden dieses Live-Projekt für unsere Software Testing Training-Reihe verwenden. Wir empfehlen Ihnen dringend, diese Serie genau zu verfolgen, da es sich um einen Crashkurs zum Lernen und Implementieren handelt Testpraktiken auf einer Live-Anwendung.

Was du lernen wirst:

Softwaretest-Training für Live-Projekte - Was ist das?

Bevor wir weiter gehen, lassen Sie mich einen Moment erklären, worum es in dieser Kursreihe zum Testen von Software geht und wie sie im weiteren Verlauf Gestalt annehmen wird.

Wir haben eine Live-Anwendung ausgewählt (deren Details unten aufgeführt sind) und beginnen mit:

- Grundsätzlich alles, was wir normalerweise in einem Echtzeit-Softwaretestprojekt tun würden - mit Echtzeitbeispielen, Artefakten und Ergebnissen, die alle im Prozess erstellt wurden.

Wie folge ich dieser Kursreihe zum Testen von Software?

Schritt 1) Einführung und SRS-Komplettlösung - Wir beginnen diesen Mini-Softwaretestkurs mit der SRS-Komplettlösung. Wir haben ein SRS-Beispieldokument erstellt und freigegeben. Gehen Sie es durch, da alle weiteren Schritte von Ihrem Verständnis dieser Anwendung abhängen.

Schritt 2) Vorbereitung des SRS-Überprüfungs- und Testszenarios.

Schritt 3) Testplan - Schließen Sie den Prozess zum Erstellen eines Testplans von Grund auf ab. Die endgültige Testplanversion wird Ihnen als Referenz zur Verfügung gestellt.

Schritt 4) Testfälle - Schließen Sie den Schreibprozess für Testfälle mit einigen Beispieltestfällen ab. Wir können jedes Testmanagement-Tool oder jede Tabelle zum Schreiben von Testfällen verwenden.

Schritt 5) Anwendungsbeispiel und Testausführung - Wie werden Testfälle ausgeführt und die Testergebnisse aufgezeichnet?

Schritt 6) Fehlerberichterstattung

Schritt # 7) Fehlerüberprüfung, Regressing-Testprozess

Schritt # 8) QA-Abmeldung

Die Absicht ist es, Ihnen allen ein Gefühl von Projekterfahrung und Fachwissen in Echtzeit zu vermitteln. Wir hoffen, dass Sie diese Serie nützlich finden.

Anwendung, die wir weiter verwenden werden

Einführung

Klient: Orange
Anwendung: OrangeHRM-Demo .
Dienstleister: SoftwareTestingHelp.com

Projektbeschreibung

Orange möchte ein kommerzielles Personalmanagementprodukt entwickeln, das von mittelständischen Unternehmen in einem einzigen Land und weltweit genutzt und angepasst werden kann.

Es hat 2 Versionen: Professionell und Unternehmen.

Die Funktionen umfassen

  • Verwaltung persönlicher Informationen
  • Erweiterte Urlaubsverwaltung
  • Zeiterfassung
  • Mitarbeiterleistungsmanagement
  • Rekrutierung
  • Erweiterte Berichterstellung
  • Länder- / standortbezogenes Mitarbeitermanagement
  • Lokalisierte Urlaubsregeln
  • Konfigurierbare Workflows
  • Platin-Unterstützung
  • Länder- / standortbezogene Berichterstattung
  • Benutzerdefinierte Berichterstellung

Hinweis :: Betrachten wir der Einfachheit halber und um den Umfang einzuschränken, das Mitarbeitermodul dieses HRM-Portals, in dem der Benutzer die Möglichkeit hat, seine persönlichen Daten einzugeben.

Wenn ein Kunde oder ein Geschäftsinhaber in die Online-Welt vordringen oder Aktualisierungen an der bereits vorhandenen Site oder Anwendung vornehmen muss, ist dies ein Geschäftsproblem, und die Software ist ein Code, der zur Lösung dieses Geschäftsproblems entwickelt wurde.

Ein Kunde wendet sich dann an einen Softwaredienstleister, um diese Software für ihn Wirklichkeit werden zu lassen. Zu diesem Zeitpunkt beginnt der Start des Softwareprojekts.

Ein traditionelles Wasserfallprojekt (SDLC) hat die folgenden Phasen:

Softwareentwicklungsprozess

  • Als QA wissen wir alle, dass „Test“ zwar Schritt 5 dieses Ablaufs ist, aber nicht der einzige Ort, an dem wir Tester eine herausragende Rolle spielen.
  • Auch das Testen ist eine reaktive Aufgabe. Da kein Code / keine Anwendung zum Testen bereit ist, können wir nichts wirklich „testen“. Um bereit zu sein und so effizient wie möglich zu reagieren, versuchen wir so viel wie möglich, vorauszuplanen und vorzubereiten. Obwohl Phase 5 zum Testen dient, beginnen unsere Aktivitäten weit voraus.

Kurz gesagt, das passiert in jeder Phase !!

Einleiten:

Sobald sich Hersteller und Kunde auf die Bedingungen geeinigt haben, beginnt die Softwareproduktion.

  • In dieser Phase werden Geschäftsanforderungen gesammelt und analysiert. Die Analyse wird unter anderem Entscheidungen über technologische Überlegungen, Hardware- und Softwarespezifikationen, Mitarbeiter, Aufwand, Zeit, Relevanz und Verbesserungen beinhalten.
  • An diesem Schritt sind Business Analysten, Projektmanager und Kundenvertreter beteiligt.
  • Am Ende dieses Schritts und des Basisprojekts wird der Plan erstellt.
  • Projektspezifische Dokumente wie Scope-Dokumente und / oder Geschäftsanforderungen werden erstellt.
  • Eine Beteiligung an der Qualitätssicherung in dieser Phase ist normalerweise nicht zu erwarten. (Dies ist eine geringfügige Abweichung von dem, was es sein sollte, da es am besten ist, die Qualitätssicherung von Anfang an einzubeziehen, um Probleme früh in der Entwicklungsphase zu erkennen.)

Definieren:

Die endgültigen Geschäftsanforderungen sind die Eingaben für diesen Schritt.

  • Diese Phase beinhaltet die Übersetzung von Geschäftsanforderungen in funktionale Anforderungen für die Software. Zum Beispiel , wenn die Geschäftsanforderung darin besteht, einem Benutzer zu erlauben, etwas von einer Site zu kaufen. Die funktionale Anforderung wird Details wie enthalten Site-Format-> Name und Platzierung der Menüoption-> Produkt suchen-> Warenkorb-> Kasse (Registrierung oder nicht) -> Zahlungsoptionen-> Verkaufsbestätigung.
  • Entwickler, Business Analysten und Projektmanager sind in diese Phase involviert
  • Die Ausgabe dieser Phase ist ein detailliertes Dokument, das die funktionalen Anforderungen der Software enthält. Auf dieses Dokument wird mit vielen Namen verwiesen - Software Requirement Specification (SRS), Functional Requirements Document (FRD) oder Functional Requirements Specification (FRS).
  • Hier wird das QS-Team einbezogen - nach Abschluss der SRS-Dokumentation.
  • Während die Finalisierung der funktionalen Anforderungen und die Dokumentation des SRS im Gange sind, ist der QS-Manager / Leiter an der Ausarbeitung eines SRS beteiligt Erstversion des Testplans und bilden Sie ein QA-Team.
  • Die Beteiligung des QS-Teams erfolgt, sobald der SRS dokumentiert ist.
  • In dieser Phase gibt entweder das Entwicklungsteam oder der Geschäftsanalyst oder manchmal sogar der QA-Teamleiter dem QA-Team einen Überblick über die SRS.
  • Im Falle eines neuen Projekts funktioniert eine gründliche Anleitung in Form einer Konferenz oder eines Meetings am besten
  • Bei späteren Releases für ein vorhandenes Projekt wird ein Dokument per E-Mail oder in einem gemeinsamen Repository an das QA-Team gesendet. Das QA-Team würde es zu diesem Zeitpunkt offline lesen / überprüfen und das System gründlich verstehen.
  • Da die primäre Zielgruppe für das SRS-Dokument nicht nur Tester sind, ist nicht alles für uns nützlich. Wir Tester sollten bei der Überprüfung dieses Dokuments sorgfältig genug sein, um zu entscheiden, welche Teile davon für uns nützlich sind und welche nicht.

SRS-Dokument für dieses Live-Projekt

Ein Beispiel-SRS-Dokument ist diesem Beitrag beigefügt Um Ihnen eine Vorstellung davon zu geben, wie dieses Dokument aussieht, in welchem ​​Format es geschrieben ist, welche Art von Informationen es enthält usw. Im nächsten Artikel werden wir uns damit befassen, wie dieses Dokument vom QS-Team verwendet wird, um fortzufahren in unseren Testprojekten.

beste kostenlose Anti-Spyware für PC

==> Laden Sie das Live Project-Beispiel-SRS-Dokument herunter .

Fazit

In diesem Artikel haben wir Ihnen den Softwareentwicklungs- und Testprozess vorgestellt. Wir haben auch ein Beispiel-SRS-Dokument für das Live-Projekt freigegeben, das wir testen werden.

=> Der kommende Artikel in dieser Schulungsreihe zum Testen von Software lautet: SRS Review und der Prozess der Erstellung von Testszenarien .

Hinweis: Während der nächste Artikel in dieser QS-Schulungsreihe geschrieben wird, arbeiten Sie hier parallel für die die meisten Live-Erfahrung . Versuchen Sie, das SRS-Dokument gut zu lesen, und fahren Sie dann mit den nächsten Schritten fort, wenn wir uns wieder treffen.

Bis dahin viel Spaß beim Testen!

Über den Autor: Das STH-Teammitglied Swati Seela hilft uns bei der Präsentation dieser Live-Projekt-QS-Schulungsreihe.

Literatur-Empfehlungen

^