Inhalt
2. Kombination aus formeller Prüfung und informeller Prüfung
2. Überprüfen Sie die Genauigkeit der Projektanforderungen
3. Überprüfen Sie die Vollständigkeit der Anforderungsspezifikation
4. Überprüfung der Umsetzbarkeit der Anforderungen:
(1) QA- und Business-Analysten-Portfolio:
(2) QA- und Entwicklerkombination:
(3) QS- und Kundenkombination:
(4) Übermäßige Anwendung der derzeitigen beruflichen Verantwortlichkeiten
Agile Entwicklungsarbeit ist schnelllebig und etablierte Anforderungen werden schnell durch aktuelle Anforderungen abgedeckt.
In diesem Fall reicht die Zeit nicht aus, um die Software-Anforderungsspezifikation zu aktualisieren.Im Grunde denkt jeder, solange ein zusammenfassender Anforderungspunkt aufgeführt ist, können die spezifischen Anforderungen durch den Code widergespiegelt werden.Daher muss kein großer Aufwand betrieben werden Zeit für das mühsame Anforderungsschreiben.
Dies scheint dem Rhythmus des agilen Entwicklungsmodells zu entsprechen, aber alle ignorieren die Größe des Projekts an sich. Unter der Prämisse, dass die Software Softwarefunktionen vervollständigen kann, indem sie hervorragende Codestrukturen entwirft und Codekommentare markiert, können sich Entwickler bei kleinen und mittelgroßen Projekten mehr auf zusätzliche Funktionen konzentrieren, ohne Anweisungen schreiben zu müssen; bei großen Projekten ist dies jedoch erforderlich Entwerfen Sie Softwareanforderungen im Voraus, damit es bequem ist, mit Teammitgliedern in verschiedenen Regionen oder Zeitunterschieden zu kommunizieren, korrekte Meinungen auszutauschen und dadurch die Kommunikationskosten zu senken.
Um eine Bedarfsanalyse durchzuführen, müssen Sie von drei Aspekten ausgehen:
(1) Sortieren Sie zuerst die Anforderungen , erstellen Sie Ihren eigenen Bedarfspool, beurteilen Sie die Anforderungen, identifizieren Sie, welche die echten und welche die falschen Anforderungen sind, und teilen Sie die Anforderungen nach Kategorien ein;
(2) Führen Sie dann eine Bedarfsanalyse durch , berücksichtigen Sie die Auswirkungen der neuen Nachfrage auf die vorhandene Logik, ob die neue Nachfrage dem bestehenden Prozess entsprechen und diesen erweitern kann, ob die neue Nachfrage die ursprüngliche Funktion bereichern kann und ob sie aktualisiert wird von " verfügbar“ bis „verfügbar“ aus Anwendersicht. „Easy to use“, ob neue Anforderungen die Zusammenarbeit anderer Abteilungen erfordern und ob aus mehreren Perspektiven geplant werden soll;
(3) Verstärken Sie schließlich die Nachfrage , zerlegen und rekonstruieren Sie die Nachfragekette und finden Sie die tiefe Logik der neuen Funktion, die dem Benutzerformular entspricht.
Nach Abschluss der Anforderungsanalyse wird eine Anforderungsspezifikation geschrieben. Zu den im Handbuch enthaltenen Inhalten gehören: Informationsbeschreibung, Produkteinführung, Benutzer, die das Produkt verwenden, Produktspezifikationen, Produktmaßstab und Produktmerkmale; Funktionsbeschreibung, einschließlich Funktionsklassifizierung, Beziehung zwischen Funktionsmodulen, Unterstützungsdiagramme, Konstruktionseinschränkungen und Verarbeitung Anweisungen; Schnittstellenanforderungen; Anforderungsschätzung; nichtfunktionale Anforderungen, einschließlich Benutzerschnittstellenanforderungen, Software- und Hardwareumgebungsanforderungen, Produktqualitätsanforderungen und Fehlerbehebung.
Eine Bedarfsanalyse
Projektbeteiligte nehmen gemeinsam an den Aktivitäten zur Anforderungsprüfung teil, überprüfen die Ergebnisse der Anforderungsanalyse und geben Kommentare und Vorschläge zur Genauigkeit, Anwendbarkeit und Komplexität von Funktionen und anderen Anforderungen ab. Es gibt die folgenden drei Bewertungsmethoden.
-
Hierarchische Überprüfung
Benutzeranforderungen können in Ebenen unterteilt werden, die im Allgemeinen in die folgenden Ebenen unterteilt sind:
(1) Zweckmäßige Anforderungen, die den Zweck der Produktentwicklung verdeutlichen;
(2) Wirksamkeitsanforderungen, die die Wirksamkeit verdeutlichen, die das Produkt erreichen muss;
(3) Die Anforderungen an die Benutzerfreundlichkeit und die spezifischen Bedienschritte des Produkts sind klar umgesetzt.
Die Führungskräfte des Unternehmens konzentrieren sich auf die Richtlinienanforderungen, die Führungskräfte der mittleren Ebene des Unternehmens auf funktionale Anforderungen und die Führungskräfte der unteren Ebene auf die Anforderungen an die Benutzerfreundlichkeit.
Daher sind die Anforderungsbeschreibungen auf verschiedenen Ebenen unterschiedlich und auch die Teilnehmer an der Anforderungsprüfung sind unterschiedlich.
Wenn die mittleren Führungskräfte des Unternehmens gebeten werden, die zielgerichteten Anforderungen zu überprüfen, führt dies zu dem Problem, dass die Talente nicht an der richtigen Stelle platziert werden.Wenn die spezifischen Führungskräfte gebeten werden, die funktionalen Anforderungen zu überprüfen, wird das Projekt wahrscheinlich nicht umgesetzt werden.
Kurz gesagt, die hierarchische Überprüfung ermöglicht es Personen auf verschiedenen Ebenen, ihre Aufgaben zu erfüllen, die Anforderungen zu überprüfen, die in ihren Verantwortungsbereich fallen, Probleme in Anforderungen aus mehreren Perspektiven zu finden und Fehler zu vermeiden.
2. Kombination aus formeller Prüfung und informeller Prüfung
Die Definition der formellen Überprüfung besteht darin, die Arbeitsteilung und die Funktionen der Prüfer festzulegen und alle mit den Anforderungen in Zusammenhang stehenden Mitarbeiter zusammenzubringen, um eine institutionelle Überprüfung der Anforderungen in Form eines Überprüfungstreffens durchzuführen.
Manchmal kann ein formelles Review-Meeting aufgrund des übermäßigen Inhalts, der überprüft werden muss, oft nicht alle spezifischen Inhalte enthalten, die überprüft werden sollten, und das Verständnis der Reviewer für die Anforderungen wird auch in einem kurzen Meeting voreingenommen sein, was viele Probleme verursachen wird. gefunden werden.
Daher kann das informelle Review verwendet werden, um das formelle Review zu unterstützen, das heißt, bevor das Review-Meeting gestartet wird, kann der Projektleiter eine E-Mail senden oder die erforderlichen Materialien im Voraus an die Teilnehmer verteilen und sie die Informationen studieren lassen sorgfältig über einen bestimmten Zeitraum treffen.Anomalien werden aufgezeichnet und bei einem formellen Überprüfungstreffen besprochen.
3. Gestaffelte Überprüfung
Die Anforderungsüberprüfung sollte nicht warten, bis die Anforderungen fertiggestellt sind, um mit der Überprüfung zu beginnen, sondern sie sollte in den Prozess des Anforderungsdesigns eingebettet werden.
Unterteilen Sie eine vollständige Projektanforderung in verschiedene Phasen, verfolgen Sie den Entwurfsfortschritt des Anforderungsdesigners, um Abschnitt für Abschnitt zu analysieren, und organisieren Sie der Reihe nach stufenweise Überprüfungen.
Die erste Phase der Überprüfung findet statt, nachdem die zweckmäßigen Anforderungen erfüllt wurden;
Die Überprüfung der zweiten Phase findet statt, nachdem der Entwurf des Projektentwurfs abgeschlossen ist;
Die dritte Stufe der Überprüfung besteht darin, zunächst die zusammenfassenden Anforderungen in mehrere Module zu unterteilen und dann jedes Modul einzeln zu überprüfen.
Die letzte Phase ist eine Überprüfung der vollständigen Anforderungen. Das verbessert die Qualität des Reviews und senkt die Nacharbeitsquote.
2. Überprüfen Sie die Genauigkeit der Projektanforderungen
Die Genauigkeit der Anforderungen kann sich in folgenden Aspekten widerspiegeln:
① Sind die Forderungen und Forderungen widersprüchlich oder ähnlich?
② Ist die durch jede Anforderung ausgedrückte Bedeutung klar, kurz und eindeutig („klar“ bedeutet, dass die meisten Menschen die Bedeutung verstehen können, nachdem sie sie gelesen haben; „bedeutet, dass die Menschen den darin enthaltenen Punkt konsequent verstehen)?
③ Hat jede Anforderung das Review bestanden und wurde die Analyse getestet?
④ Liegt jede Anforderung im Rahmen des Projekts?
⑤ Gibt es inhaltliche und syntaktische Fehler in der Beschreibung jeder Anforderung?
⑥ Können alle Anforderungen mit vorhandenen Ressourcen realisiert werden?
⑦ Ist jede spezifische Fehlermeldung einzigartig und aussagekräftig?
3. Überprüfen Sie die Vollständigkeit der Anforderungsspezifikation
Folgende Fragen dienen der umfassenden Überprüfung der Anforderungsspezifikation:
① Ist der Detaillierungsgrad für alle schriftlichen Anforderungen konsistent und angemessen?
② Kann die Nachfrage ausreichend Bezugsgröße für die Planung liefern?
③ Gibt es eine Priorität unter den Anforderungen?
④ Gibt es Erläuterungen zu den Berechnungen in den Funktionshinweisen?
⑤ Sind alle bestehenden Kunden- oder Produktanforderungen abgedeckt?
⑥ Werden notwendige Informationen ausgelassen?
⑦ Sind die Operationen, die die vom System erwarteten anormalen Fehler auslösen, dokumentiert?
4. Überprüfung der Umsetzbarkeit der Anforderungen:
① Ist jede Anforderung einzigartig und kann sie korrekt identifiziert werden?
② Kann jede funktionale Anforderung auf die übergeordnete Anforderung zurückgeführt werden?
Anforderungen können mit statischen Testmethoden getestet werden. Beim Testen von Anforderungen sollte eine bestimmte Eingabe die erwartete Ausgabe finden. Darüber hinaus können Anforderungen durch ein hierarchisches Verzweigungsdiagramm dargestellt werden, sodass alle anderen Anforderungen, die sich auf eine Anforderung beziehen, zu einer Klasse von funktionalen Anforderungen zusammengefasst werden können.
Zur Umsetzbarkeit von Anforderungen gehört Nachverfolgbarkeit und Verifizierbarkeit, denn vor der Codeentwicklung kombinieren Anforderungsdesigner und Tests Anforderungsmodelle, Analysemodelle und Testfälle, um umfassend zu denken und die fehlenden Elemente auszugraben ein unverzichtbarer Schritt im Entwicklungsprozess, der Unterschiede und Mängel in Anforderungen bereits in frühen Entwicklungsstadien erkennen kann.
5. QA-Aktivitäten
Die Aktivitäten der QA in jedem Link von der Iteration bis zur Veröffentlichung umfassen: Analyse neuer Funktionen, Analyse der Testautomatisierungsstrategie, manuelles Testen, Wartung und Ausführung der Testautomatisierung, Kundendemonstrationen usw.
Sechs, Rollenkombination:
In jeder Phase wird QA nicht nur unabhängig getestet, sondern auch mit verschiedenen Rollen kombiniert (einschließlich Geschäftsanalysten, Entwicklern und Kunden):
(1) QA- und Business-Analysten-Portfolio :
QA entscheidet sich dafür, Verifizierungskriterien zu dem Zeitpunkt zu entwickeln, zu dem der Business Analyst die User Story in Kombination damit versteht. Der Vorteil davon ist: QA kann das Wissen einer bestimmten Branche tief erfassen, um leicht zu definieren, welche Verifikationsszenarien geeignet sind; auf der anderen Seite können andere Mitglieder des agilen Teams als Tester die von QA geschriebenen Verifikationsszenarien überprüfen Gutes Verständnis der Produkteigenschaften.
(2) Kombination aus QA und Entwickler :
Uns ist klar, dass die Fähigkeiten, die QA in einem agilen Team beherrscht, und die Fähigkeiten, die Entwickler beherrschen, unterschiedlich sind.Wenn sich Menschen mit unterschiedlichen Funktionen gut in ein Team integrieren wollen, müssen sie ihre jeweiligen Fähigkeiten koordinieren, um zusammenzuarbeiten, um das Endergebnis zu erzielen. Ziel. Daher ist bei der Transformation eines traditionellen Entwicklungsteams in ein agiles Entwicklungsteam die Anpassung der Mentalität das erste Problem, das es zu lösen gilt. Die Kombination von QA und Entwicklern ist der beste Weg, um mit automatisierten Tests reibungslos zu arbeiten. Um sicherzustellen, dass automatisierte Testfälle die richtigen Kernszenarien für die funktionale Verifizierung erfassen, ist das Testen einer qualifizierten und erfahrenen QA unerlässlich. Die Fähigkeit, prägnante und leicht modifizierbare automatisierte Testskripte zu entwerfen, hängt von den Entwicklungsfähigkeiten des Entwicklers ab. Diese Kombination der beiden kann die Qualität des automatisierten Testens verbessern. Darüber hinaus wurden in Kombination mit Entwicklern die Programmentwicklungsfähigkeiten von QA verbessert; in Kombination mit QA wurde auch das Verständnis der Entwickler für die Überprüfung der Produktqualität gestärkt, was der Produktion von qualitativ hochwertigem Code förderlich ist und der Bildung eines vollwertigen Teams.
(3) QS- und Kundenkombination:
Durch die Kombination von QA mit Kunden können Kunden als Branchenexperten QA helfen, Softwareprodukte aus der Perspektive echter Benutzer vollständig zu verstehen und dann weitere Testszenarien vom Front-End bis zum Back-End auszugraben; mit QA und Kunden in eingehender Kommunikation und Zusammenarbeit , die Deeper Cognition der Branche, die in der Lage ist, die wahren Gedanken der Benutzer zu verstehen, wodurch die Stärke der Geschäftsanalyse von QA verbessert und sogar zu einer Reserveressource für Geschäftsanalysten wird; außerdem kann QA in Kombination mit Kunden Benutzer zum Ausprobieren anleiten die Benutzerakzeptanztests verbinden Produkte und dienen sogar vorübergehend als technischer Support, um einige Betriebsprobleme für Kunden zu lösen.
(4) Übermäßige Anwendung der derzeitigen beruflichen Verantwortlichkeiten
7. Qualität des QS-Personals:
Agile Projekte haben relativ hohe Anforderungen an das Qualitätssicherungspersonal, und QA mit den folgenden Eigenschaften ist das, was das Team braucht.
(1) Sie verfügen über fundierte Fachkenntnisse und sind in der Lage, die Geschäftsanforderungen der Kunden zu erfassen.
(2) Beherrschung der technischen Kenntnisse im Umgang mit unterschiedlichen Systemen und Datenbanken.
(3) Gut darin sein, effektiv mit verschiedenen Rollen und Kunden zu kommunizieren, um eine harmonische Arbeitsatmosphäre zu schaffen.
(4) Qualitätsindikatoren aktiv prüfen und Arbeitserfahrung teilen.
(5) Die Fähigkeit besitzen, ein Automatisierungs-Framework zu erstellen und verschiedene Testwerkzeuge kompetent anzuwenden.
(6) Beherrschung der theoretischen Kenntnisse der Statistik und Nutzung statistischer Werkzeuge zur Analyse von Qualitätsindikatoren.