Beispiel Ausbildungsstrategie Dokument

Teststrategie ist der Plan (der auf jeder Ebene wie Projekt-, Programm-, Abteilungs - oder Organisationsebene vorhanden sein kann), die beschreibt, wie die Testziele mit Hilfe der verfügbaren Ressourcen effektiv erreicht werden. Wenn Sie eine Teststrategie haben, ist es einfacher, sich auf die wichtigsten Testaktivitäten zu konzentrieren. Darüber hinaus bietet eine Teststrategie Klarheit über den Testansatz für die Projektbeteiligten. Having said that, meine früheren Post, Wie eine leistungsstarke Test-Strategie zu erstellen. Ist gut lesbar. Laut Web Analytics, ist seine Leserschaft unter den Top fünf Artikeln dieses Blogs seit geraumer Zeit. Allerdings baten viele Leser zum Beispiel Software-Test-Strategie-Dokument, das ich nicht teilen konnte an der Zeit. Deshalb bat ich Varsha, der ein führendes Mitglied der Software Testing Space-Gemeinschaft ist, eine beispielhafte Teststrategie für ein hypothetisches agiles Projekt zu erstellen. Unten ist das Ergebnis der Teststrategie. Die Abschnitte enthalten viele Informationen. Zusätzliche Richtlinien sind kursiv dargestellt. Ich hoffe, dass dieses Beispiel-Test-Strategie-Dokument hilft Ihnen, eine wirklich effektive Teststrategie für Ihr eigenes Projekt zu erstellen. Zuerst sehen Sie das Video, Agile Testing - Beispiel Agile Test-Strategie und Agile Test Plan. Dann lesen Sie weiter. Beispielteststrategie Einführung in Agile Agile ist ein iterativer und inkrementaler (evolutionärer) Ansatz für die Softwareentwicklung, der in höchst kollaborativer Weise von selbstorganisierenden Teams innerhalb eines Kontrollrahmens durchgeführt wird. Hochqualitative und anpassungsfähige Software wird von kleinen Teams mit den Prinzipien der kontinuierlichen Design-Verbesserung und Tests basierend auf schnellem Feedback und Veränderung entwickelt. Agilität ist menschenbezogen, die Entwicklung und das Testen erfolgt integriert, selbstorganisierende Teams fördern Rollenaustauschbarkeit, Kunden spielen eine entscheidende Rolle und der Projektlebenszyklus orientiert sich an den Produktmerkmalen. Wie sich Agile von dem Wasserfall-Modell unterscheidet 1. Größere Zusammenarbeit 2. Kürzerer Arbeitszyklus und konstantes Feedback 3. Notwendigkeit, Veränderungen zu berücksichtigen 4. Größere Flexibilität 5. Größere Disziplin 6. Das Ziel sollte Qualität und nicht nur Geschwindigkeit sein 7. Stärkere Stakeholder-Rechenschaftspflicht 8 Mehr Fähigkeiten 9. Gehen Sie schneller und tun Sie mehr 10. Mut 11. Vertrauen in das Design Zweck dieses Dokuments Ziel dieser Teststrategie ist es, ein gemeinsames Verständnis der Gesamtziele, des Ansatzes, der Instrumente und des Zeitpunkts der Testaktivitäten zu schaffen. Unser Ziel ist es, eine höhere Qualität und kürzere Lieferzeiten bei minimalem Overhead, häufigen Lieferungen, enger Teamarbeit mit Team und Kunden, kontinuierlicher Integration, kurzen Rückkopplungsschleifen und häufigen Änderungen des Designs zu erreichen. Die Teststrategie führt uns durch die gemeinsamen Hindernisse mit einem klaren Blick auf die Bewertung des Systems. Testen beginnt mit der Erforschung der Anforderungen und was der Kunde wirklich will, indem er die User Storys aus verschiedenen Perspektiven erarbeitet. Die Prüfung wird zu einem kontinuierlichen und integrierten Prozess, an dem alle Beteiligten beteiligt sind. Diese Umgebung ist lokal und spezifisch für jede Entwickler / Tester-Maschine. Es basiert auf der Version / Niederlassung des Quellcodes, der entwickelt wird. Integrationspunkte werden typischerweise imitiert. Daten und Konfiguration werden über Setup-Scripts gefüllt. Einheits-, Funktions - und Abnahmetests. Prüfwerkzeuge z. B. Xunit-Test-Tools (Nunit, Junit), Mocking-Tools. Quellcodeverwaltung für die Versionskontrolle Diese Umgebung unterstützt die kontinuierliche Integration von Codeänderungen und die Ausführung von Einheiten-, Funktions - und Abnahmetests. Darüber hinaus ist die statische Codeanalyse in dieser Umgebung abgeschlossen. Daten und Konfiguration werden über Setup-Scripts gefüllt. Einheits-, Funktions - und Abnahmetests. Statische Codeanalyse Kontinuierliche Integrationstools z. Cruise control Diese Umgebung unterstützt die Erkundungstests Populiert mit post-analytischer Verschleierung der Produktionsdaten Neue Instanzen enthalten Standard-Projektreferenzdaten. Vorhandene Instanzen haben aktuelle Daten, die in die Umgebung migriert werden Fertigungsüberprüfungstests Testausführungsstrategie Wir werden die folgenden Punkte beachten: Agiles Testen muss iterativ sein. Tester können sich nicht auf die vollständige Spezifikation verlassen. Tester sollten flexibel sein. Sie müssen unabhängig und unabhängig bevollmächtigt sein, um effektive Verallgemeinerungsspezialisten zu sein. Seien Sie bereit, eng mit den Entwicklern zusammenzuarbeiten. Konzentration auf Wertschöpfungsaktivitäten. Sei flexibel. Fokus auf was und nicht Wie man testet. Tester sollten in agile Team eingebettet werden. Flexibel, um in irgendeiner Weise dann beitragen können Haben breite Palette von Fähigkeiten mit einer oder mehreren Spezialitäten Kürzere Feedback-Zyklen Konzentrieren Sie sich auf ausreichende und einfache Situationen. Konzentrieren Sie sich auf Sondierungstests. Geben Sie die Bedeutung von Done an, wenn Aktivitäten / Aufgaben, die während der Systementwicklung ausgeführt werden, als abgeschlossen betrachtet werden können. Legen Sie fest, wann die Prüfung fortgesetzt oder beendet werden soll, bevor das System an den Kunden geliefert wird. Legen Sie fest, welche Bewertungskriterien verwendet werden sollen (z. B. Zeit, Abdeckung und Qualität) und wie diese verwendet werden. Darüber hinaus verwenden Sie diesen Abschnitt, um die Schritte zum Ausführen von Tests zur Vorbereitung auf die Bereitstellung / Freigabe / Aktualisierung der Software zu beschreiben. Die wichtigsten Ausführungsschritte könnten Folgendes umfassen: 1. Schritte zum Erstellen des Systems 2. Schritte zum Ausführen automatisierter Tests 3. Schritte zum Auffüllen der Umgebung mit Referenzdaten 4. Schritte zum Generieren von Testberichten / Codemetriken Test Data Management-Strategie Verwenden Sie diesen Abschnitt, um den Ansatz zu beschreiben Zur Identifizierung und Verwaltung von Testdaten. Beachten Sie die folgenden Richtlinien: 1. System - und Benutzerakzeptanztests Vollformat-Produktionsdateien sollten verwendet werden, um die Performance - und Volumenaspekte des Tests zu testen. Testautomatisierungsstrategie Planen Sie einen geplanten Ansatz zur Entwicklung von Testautomation ein. Erhöhen Sie die Qualität des Testautomationscodes. Wählen Sie die Testfälle für die Automatisierung auf der Grundlage der folgenden Faktoren aus: Risiko Wie lange es dauert, um die Tests manuell auszuführen Wie hoch sind die Kosten für die Automatisierung des Tests Wie einfach sind die Testfälle zu automatisieren Wie oft wird erwartet, dass der Test in Project Test ausgeführt wird Management Der Testplan, Testszenarien, Testfälle und Fehlerberichte sollten sich in einem System wie in Bugzilla, Zira befinden. Jedes agile Werkzeug kann verwendet werden, in dem Benutzergeschichten, Testplan, Testszenarien, Testfälle und Fehlerbericht an der gleichen Stelle gespeichert werden können. Risiken und Annahmen Risiken und Annahmen, die im Daily Stand Up Meeting (vor allen Teammitgliedern, Scrum Master und Mitgliedern) erhoben wurden, sollten sofort protokolliert und adressiert werden. Defect Management Strategie Idealerweise werden Defekte nur angehoben und aufgezeichnet, wenn sie nicht sofort behoben werden. In diesem Fall müssen die Bedingungen, unter denen sie auftreten, und die Schwere genau erfasst werden, so dass der Fehler leicht reproduziert und dann behoben werden kann. Silicon Beach Training PRINCE2 Projektinitiation Dokumentvorlage Mit einem Project Initiation Document (PID) definieren Sie den Umfang und die Richtung des Projekts und verwenden es als Grundlage für dessen Autorisierung, Management und Erfolgskontrolle. Das Dokument enthält alle absehbaren Bereiche des Projekts, wie Ziele, Umfang, Risiken, Kontrollen und Budget. Das PID muss mehrere Informationen enthalten, die für den Erfolg eines Projektes von entscheidender Bedeutung sind. Wenn diese Gebiete von Anfang an nicht eindeutig definiert sind, besteht die Chance, dass das Projekt scheitert. Das PID sollte die folgenden Bereiche abdecken: Unsere PRINCE2 Foundation umfasst alle Ihre Notwendigkeit zu lernen, eine PID und andere PRINCE2 Werkzeuge und Techniken zu verwenden. Wir bieten auch eine volle 5-tägigen PRINCE2 Practitioner Kurs für diejenigen, die beide Stufen abdecken und nehmen beide Prüfungen. Sie können eine Project Initiation Document-Vorlage in unserem PRINCE2-Download-Bereich herunterladen (siehe die PRINCE2-Projektvorlagen). Wir werden in ein bisschen mehr Tiefe in jedem dieser Ares und welche Informationen Sie benötigen, um einzuschließen. Projektdefinition Die Projektdefinition erklärt, was das Projekt zu erreichen hat: Projekthintergrund, warum brauchen wir dieses Projekt, welche Ereignisse haben die Notwendigkeit für das Projekt Projektziele gewünschte Ergebnisse beschreiben die spezifischen Ergebnisse des Projekts und was die erwarteten Ergebnisse werden Projekt abgeschlossen werden. Projektumfang und Ausschlüsse detailliert über die Grenzen für dieses Projekt. Speziell, was enthalten ist und was nicht enthalten, um jede Verwirrung oder Missverständnisse mit Stakeholdern weiter unten auf der Linie zu vermeiden. Einschränkungen und Annahmen Einschränkungen oder Einschränkungen, die extern oder intern in das Projekt fallen, müssen Sie in das Projekt einfließen, die außerhalb Ihrer Kontrolle liegen. Welche Annahmen treffen Sie, die einen Einfluss auf das Projekt haben werden? Benutzer und Interessenten PRINCE2 definiert Benutzer als diejenigen, Nachdem das Projekt abgeschlossen ist, wird die Produkte, damit sie den beabsichtigten Nutzen zu gewinnen. Andere interessierte Parteien könnten Lieferanten und Sponsoren. Schnittstellen Beschreiben Sie, welche Schnittstellen und Interaktionen das Projekt sowohl intern als auch extern zu Ihrem Unternehmen sowie Links zu anderen verwandten Projekten haben wird. Projektansatz In diesem Abschnitt müssen Sie beschreiben, wie das Projekt die geforderte Lösung nach dem Business Case liefern wird. Sie sollten auch die erforderlichen Fähigkeiten zur Erreichung der Ziele des Projekts. Business Case Ein wesentlicher Bestandteil jedes Projekts ist es s Geschäftsgrundlage gerechtfertigt. Diese Begründung wird im Business Case beschrieben, der die geschätzten Kosten, Risiken und den erwarteten Nutzen abdeckt. Der Business Case kann häufig ein separates Dokument sein, auf das hier verwiesen werden sollte. Projektmanagement Teamstruktur In diesem Abschnitt sollten Sie die Struktur des Projektteams definieren, die die verschiedenen Verwaltungsebenen definiert. Dies geschieht in der Regel in Form eines Diagramms. Siehe das Bild unten für ein Beispiel: Rollenbeschreibungen Innerhalb von PRINCE2 hat jedes Mitglied des Teams Rollen und Verantwortlichkeiten definiert. Die im vorherigen Abschnitt Projektmanagement-Teamstruktur definierten Rollen sollten hier beschrieben werden. Jedes Projekt unterscheidet sich je nach Struktur des Projekts, wird aber voraussichtlich folgende Rollen beinhalten: Projektträger Business / Kunden / Lieferanten Interessen (im Projektträger vertreten) Projekt Assurance Projektmanager Team Manager Projektbetreuung Mögliche Change Authority Qualitätsmanagement Strategie Die Qualität Die Managementstrategie beschreibt, wie das Projekt die Qualitätsansprüche des Kunden erfüllt und identifiziert, mit wem die Verantwortung für Qualität liegt. Wie das Business Case wird dies oft in einem separaten Dokument enthalten sein. Configuration Management Strategie Die Configuration Management Strategie sollte während der Projektphase erstellt werden. Es definiert die Vorgehensweise, um die Projektaktivitäten zu identifizieren, zu verfolgen und zu schützen, damit der Projektmanager ihren Status verfolgen kann, während sie sich über den gesamten Projektlebenszyklus entwickeln. Es definiert auch die Frage und Change Control Verfahren, die auf das Projekt angewendet werden. Risikomanagementstrategie Die Risikomanagementstrategie sollte die Techniken beschreiben, die verwendet werden, um das Risiko während des Projekts zu identifizieren, zu bewerten und zu kontrollieren. Die Risikomanagementstrategie sollte gut dokumentiert sein, so dass alle Mitglieder des Projektteams wissen, wie sie bei allen Projektaktivitäten verwaltet werden und welche für die Ermittlung der Risiken verantwortlich ist. Kommunikationsmanagement-Strategie Der Mangel an Kommunikation zwischen dem Projektteam ist ein häufiger Grund für das Projektversagen. Der Projektleiter ist dafür verantwortlich, dass alle Stakeholder über den Projektstatus informiert sind. Die Kommunikationsmanagementstrategie definiert die Art und Häufigkeit der Kommunikation zwischen allen Beteiligten vom Projektvorstand bis zum Projektbetreuungsteam. Projektplan Um eine Genehmigung für das Projekt zu erhalten, müssen die Kosten und Zeitskalen definiert werden. Je nach Umfang des Projekts sollten die verschiedenen vom Projekt benötigten Produkte, Aktivitäten und Ressourcen definiert werden, damit sie vom Projektmanager verfolgt werden können. Dies ist im Projektplan dokumentiert, der als Grundlage für die Überwachung des Fortschritts des Projektes dient Projekt. Es ist Aufgabe des Projektleiters, den Projektplan während des gesamten Projektlebenszyklus zu aktualisieren und dem Projektvorstand über alle Änderungen, die die Gesamtergebnisse beeinflussen können, mitzuteilen. Projektkontrollen Projekte müssen kontrolliert werden, damit geeignete und informierte Entscheidungen getroffen werden können. Die Festlegung der Stagegrenzen für diese Entscheidungsfindung wird identifiziert, Toleranzen, die für das Projekt vereinbart wurden und wie diese überwacht und gemeldet werden, sollten hier aufgenommen werden. Schneiderei von PRINCE2 Wie jedes Projekt anders ist, ist es üblich, dass PRINCE2 auf die Art des Projekts zugeschnitten ist. Während die Grundprinzipien von PRINCE2 genutzt werden sollen, kann das Projektmanagementteam die Methode an das jeweilige Projekt anpassen. Dieser Abschnitt sollte dokumentieren, wie PRINCE2 maßgeschneidert werden kann, zB die Rollen, Designs oder Prozesse können entsprechend dem Umfang des Projekts angepasst werden. Ähnliche Artikel, die Ihnen gefallen könnten: Tags Andy Trainer Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Benutzervereinbarung und Datenschutzbestimmungen. Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Datenschutzrichtlinie und Benutzervereinbarung für Details. Entdecken Sie alle Ihre Lieblingsthemen in der SlideShare App Holen Sie sich die SlideShare App für später speichern auch offline Weiter zur mobilen Website Upload Anmelden Signup Doppel-Tap zum Verkleinern Qualitätsmanagement-Strategie Beispiel Share this SlideShare LinkedIn Corporation 2016