Menü

Wie teste ich die Software Requirements Specification (SRS)?

how test software requirements specification

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Ist dir das bewusst? 'Die meisten von den Bugs in Software aufgrund unvollständiger oder ungenauer funktionaler Anforderungen? “ Wie gut es auch geschrieben ist, der Software-Code spielt keine Rolle und es kann nichts getan werden, wenn Unklarheiten in den Anforderungen bestehen.

In diesem Artikel zur Software Requirements Specification (SRS) heißt es, dass die Anforderungen klar, spezifisch, messbar und ohne Widersprüche vollständig sein müssen.

Es ist besser, die Unklarheiten der Anforderungen zu erkennen und sie im frühen Entwicklungslebenszyklus selbst zu beheben.

Testen der Softwareanforderungsspezifikation (SRS) _

Was sind die verschiedenen E-Mail-Anbieter

Die Kosten für die Behebung des Fehlers nach Abschluss der Entwicklung oder Produktfreigabe sind zu hoch. Daher ist es wichtig, eine Anforderungsanalyse durchzuführen und diese falschen Anforderungen zu erfassen, bevor Entwurfsspezifikationen und Projektimplementierungsphasen von SDLC durchgeführt werden.

Was du lernen wirst:

Wie werden funktionale SRS-Dokumente gemessen?

Nun, wir müssen einige Standardtests definieren, um die Anforderungen zu messen. Sobald jede Anforderung diese Tests durchlaufen hat, können Sie die funktionalen Anforderungen bewerten und einfrieren.

Nehmen wir eine Beispiel, Sie arbeiten an einer webbasierten Anwendung. Die Anforderung lautet wie folgt: 'Die Webanwendung sollte in der Lage sein, die Benutzeranfragen so früh wie möglich zu bearbeiten.'

Wie werden Sie die Anforderung in diesem Fall einfrieren?

Was sind Ihre Kriterien für die Anforderungszufriedenheit? Um die Antwort zu erhalten, stellen Sie den Stakeholdern folgende Frage: Wie viel Antwortzeit ist für Sie in Ordnung? Wenn sie sagen, dass wir die Antwort akzeptieren, wenn sie innerhalb von 2 Sekunden erfolgt, ist dies Ihre Anforderungsmaßnahme. Frieren Sie diese Anforderung ein und führen Sie das gleiche Verfahren auch für die nächste Anforderung durch.

Java, wie man ein Element aus einem Array entfernt

Wir haben gerade gelernt, wie man die Anforderungen misst und diese in den Phasen Design, Implementierung und Test einfriert.

Nehmen wir nun ein anderes Beispiel: Ich habe an einem webbasierten Projekt gearbeitet. Der Kunde (Stakeholder) hat die Projektanforderungen in der Anfangsphase der Projektentwicklung festgelegt. Mein Manager hat alle Anforderungen im Team zur Überprüfung verteilt. Als wir die Diskussion über diese Anforderungen begannen, waren wir nur schockiert!

Jeder hatte seine eigene Vorstellung von den Anforderungen. Wir haben viele Unklarheiten in den in den Anforderungsdokumenten angegebenen „Begriffen“ festgestellt, die später zur Überprüfung / Klärung an den Kunden gesendet wurden.

Der Kunde verwendete viele mehrdeutige Begriffe, die viele verschiedene Bedeutungen hatten, was es uns schwer machte, die genaue Bedeutung zu analysieren. Die nächste Version des Anforderungsdokuments vom Client war klar genug, um für die Entwurfsphase einzufrieren.

Aus diesem Beispiel haben wir gelernt, dass „Anforderungen klar und konsistent sein sollten“.

Das nächste Kriterium zum Testen der Anforderungsspezifikation lautet 'Fehlende Anforderungen erkennen'. Schauen wir uns das an.

Entdecken Sie fehlende Anforderungen

Oft bekommen die Projektdesigner keine klare Vorstellung von jedem einzelnen Modul und nehmen einfach einige Anforderungen in der Entwurfsphase an. Eine Anforderung sollte nicht auf Annahmen beruhen. Die Anforderungen sollten vollständig sein und jeden Aspekt des in der Entwicklung befindlichen Systems abdecken.

Die Spezifikationen sollten beide Arten der Anforderung angeben, d. H. Welches System tun soll und was nicht.

Im Allgemeinen verwende ich meine eigene Methode, um die nicht spezifizierten Anforderungen aufzudecken. Wenn ich das lese Spezifikationsdokument für Softwareanforderungen (SRS) Ich notiere mein eigenes Verständnis der festgelegten Anforderungen sowie anderer Anforderungen, die das SRS-Dokument abdecken soll.

Dies hilft mir, die Fragen zu den nicht spezifizierten Anforderungen zu stellen, wodurch es klarer wird.

Um die Vollständigkeit der Anforderungen zu überprüfen, teilen Sie die Anforderungen in drei Abschnitte ein: Anforderungen müssen implementiert werden, Anforderungen, die nicht spezifiziert, aber angenommen werden, und der dritte Typ ist der Anforderungstyp 'Imagination'. Überprüfen Sie vor der Software-Entwurfsphase, ob alle Arten von Anforderungen erfüllt sind.

Überprüfen Sie, ob die Anforderungen mit dem Projektziel zusammenhängen

Manchmal verfügen die Stakeholder über ihr eigenes Fachwissen, von dem sie erwarten, dass es in das in der Entwicklung befindliche System einfließt. Sie denken nicht einmal darüber nach, ob diese Anforderung für das jeweilige Projekt relevant wäre. Stellen Sie sicher, dass Sie diese Anforderungen identifizieren. Versuchen Sie, alle irrelevanten Anforderungen in der ersten Phase des Projektentwicklungszyklus zu vermeiden.

Wenn dies nicht möglich ist, stellen Sie den Stakeholdern die Fragen, warum Sie diese spezielle Anforderung implementieren möchten. Dies wird die spezielle Anforderung im Detail beschreiben, wodurch es einfacher wird, das System unter Berücksichtigung des zukünftigen Umfangs zu entwerfen.

Aber wie kann man entscheiden, ob die Anforderungen relevant sind oder nicht?

Einfache Antwort: Legen Sie das Projektziel fest und stellen Sie die Frage: Wenn diese Anforderung nicht implementiert wird, treten Probleme beim Erreichen unseres festgelegten Ziels auf? Wenn nicht, ist dies eine irrelevante Anforderung. Fragen Sie die Stakeholder, ob sie diese Anforderungen wirklich umsetzen möchten.

private Server für World of Warcraft

Kurz gesagt, das Dokument mit den Anforderungsspezifikationen (SRS) sollte Folgendes enthalten:

  • Projektfunktionalität (Was sollte getan werden und was nicht).
  • Software, Hardwareschnittstellen und die Benutzeroberfläche.
  • Systemkorrektheit, Sicherheit und Leistungskriterien.
  • Implementierungsprobleme (Risiken), falls vorhanden.

Fazit

Ich habe fast alle Aspekte der Anforderungsmessung abgedeckt. Um die Anforderungen genau zu definieren, fasse ich die Anforderungstests in einem Satz zusammen:

„Die Anforderungen sollten klar und spezifisch sein, ohne Unsicherheit, die Anforderungen sollten anhand spezifischer Werte messbar sein, die Anforderungen sollten mit einigen Bewertungskriterien für jede Anforderung überprüfbar sein und die Anforderungen sollten ohne Widersprüche vollständig sein.“

Das Testen sollte in der Anforderungsphase beginnen, um weitere anforderungsbezogene Fehler zu vermeiden. Kommunizieren Immer mehr mit Ihren Stakeholdern, um alle Anforderungen zu klären, bevor Sie mit dem Projektdesign und der Implementierung beginnen.

Haben Sie Erfahrung mit dem Testen von Softwareanforderungen?

Bitte zögern Sie nicht, sie in den Kommentaren unten zu teilen.

Literatur-Empfehlungen

^