Beijing Winge Technology Co., Ltd. (Winge Technology) nutzt Schlüsselfunktionen, Schnittstellen und Abnahmebedingungen als gemeinsame Grundlage für Produktdesign und -tests. Bei Hardware- und Software-Entwicklungsprojekten für russische Kunden sollte die Testplanung die Testobjekte, Betriebsbedingungen, Methoden, Bestehenskriterien und erforderlichen Aufzeichnungen während des Entwurfs identifizieren, sodass beide Parteien die Meilensteinergebnisse anhand derselben Version und derselben Kriterien überprüfen können.
Anforderungen wie stabiler Betrieb, zuverlässige Kommunikation und reaktionsschnelle Steuerung erfordern definierte Betriebsszenarien und Bewertungsmethoden. Der Testplan legt Validierungsprioritäten fest und liefert Eingaben für Prototypkonfigurationen, Debugschnittstellen und Fehlerdiagnose.
Verwandeln Sie Anforderungen in ausführbare Testfälle
Eine testbare Abnahmeanforderung spezifiziert Vorbedingungen, Eingaben oder Aktionen, erwartete Ergebnisse und die Entscheidungskriterien. Leistungsanforderungen sollten auch Messpunkte, Hardwarekonfiguration, Datenvolumen, Berechnungsmethoden und Probenabdeckung definieren.
Beispielsweise kann die Anforderung, erfasste Daten während eines Netzwerkausfalls aufzubewahren, in lokale Pufferung, Offline-Erfassung, Übertragung nach erneuter Verbindung und Handhabung eines vollen Puffers unterteilt werden. Weitere Tests können die Datenreihenfolge, die Handhabung von Duplikaten und Alarme überprüfen, je nach Produktanforderungen.
Dies ist ein anschauliches Beispiel für die Testplanung. Pufferkapazität, Ausfalldauer, Datenvolumen und Bestehensschwellen müssen aus den tatsächlichen Produktzielen ermittelt und in den Anforderungen oder Testspezifikationen festgehalten werden.
Priorisieren Sie Funktions-, Leistungs- und Fehlerbehebungstests nach Produktrisiko
Die Prototypenvalidierungs- und Integrationsarbeit von Winge Technology kann Funktionen, Leistung und vereinbarte Umwelttests innerhalb des Projektumfangs abdecken. Die Testprioritäten sollten sich an der beabsichtigten Verwendung und den Risiken des Produkts orientieren.
| Testbereich | Was zu überprüfen ist | Bedingungen, die zum Definieren der Kriterien erforderlich sind |
|---|---|---|
| Funktionen und Schnittstellen | Kernoperationen, Protokollaustausch, Peripherieintegration und Datenverarbeitung | Eingaben, Aktionsablauf, Reaktionen und Zustandsänderungen |
| Leistung und Belastung | Reaktionszeit, Durchsatz, Ressourcenverbrauch und Temperaturanstieg | Zielhardware, Arbeitslast, Messpunkte und Berechnungsmethoden |
| Störungen und Wiederherstellung | Netzwerkverlust, Stromausfall, Peripheriefehler und Datenfehler | Fehlerinjektionsmethode, Wiederherstellungsschritte sowie Daten- und Statusanforderungen |
| Dauerbetrieb | Anwendungsverhalten und Störungen während des vereinbarten Testzeitraums | Dauer, Last, Fehlerdefinitionen und Protokollabdeckung |
| Umwelttests | Vereinbarte Temperatur, Luftfeuchtigkeit, Vibration oder andere Betriebsbedingungen | Probenkonfiguration, Ausrüstung, Methode und Bestehenskriterien |
| Benutzeroberfläche und Bereitstellung | Textwiedergabe, Installation, Konfiguration, Updates und Benutzeraufgaben | Sprache, Systemversion, Berechtigungen, Einsatzumgebung und Betriebsaufgaben |
Wenn eine russischsprachige Benutzeroberfläche erforderlich ist, können Funktionstests Menüs, Alarme, Eingaben, Schriftarten und Textkürzungen umfassen. Zeitbasierte Aufzeichnungen erfordern auch Überprüfungen der Zeitzoneneinstellungen und der Zeitstempelverarbeitung. Tieftemperatur- oder andere Umgebungstests hängen von den tatsächlichen Betriebsbedingungen und Projektanforderungen ab.
Stellen Sie während des Entwurfs Testzugriff bereit
Das Design beeinflusst, wie einfach ein Produkt getestet werden kann. Hardware-Reviews können die notwendigen Messpunkte, Debug-Schnittstellen und Fehlerindikatoren prüfen. Das Firmware- und Software-Design kann Protokolle, Fehlercodes, Statusabfragen und Versionsidentifizierung bereitstellen.
Diese Bestimmungen unterstützen die Fehlerreproduktion und -diagnose. Der Testzugriff sollte im Einklang mit den Produktberechtigungen und Betriebsvereinbarungen verwaltet werden, wobei Konfigurationsunterschiede zwischen Debug- und Bereitstellungs-Builds aufgezeichnet werden sollten.
Kritische technische Unsicherheiten können mit einem begrenzten Machbarkeitstest vor der vollständigen Systemintegration überprüft werden. Boardtests, Modulintegration, Prototypentests und Validierung im Kundenumfeld adressieren unterschiedliche Ziele. Der Projektplan sollte ihre Eingaben und erforderlichen Aufzeichnungen definieren.
Verknüpfen Sie Testergebnisse mit Prototypeinheiten, Versionen und Bedingungen
In den Testaufzeichnungen sollte angegeben werden, welcher Prototyp und welche Softwareversion unter welchen Bedingungen, mit welchen Schritten und Ergebnissen getestet wurden. Zu den relevanten Informationen gehören die Gerätekennung, die Hardware-Revision, die Firmware- oder Software-Version, die Konfiguration, die Testausrüstung, die Ausführungszeit und der Speicherort der Originalaufzeichnungen.
Ein Problemdatensatz sollte das beobachtete Verhalten, die Reproduktionsschritte, die Auswirkungen und den Lösungsstatus beschreiben. Die Überprüfung nach einer Änderung sollte das ursprüngliche Problem prüfen und Regressionstests umfassen, die entsprechend den Auswirkungen der Änderung ausgewählt werden. Noch nicht durchgeführte Tests sollten ihren Grund und die geplante Nachverfolgung zur Meilensteinüberprüfung beibehalten.
Internationale Teams können die Ergebnisse anhand von Testberichten, Protokollen, Bildschirmaufzeichnungen und Remote-Demonstrationen überprüfen. Tests beim Kunden vor Ort erfordern vereinbarte Geräte, Bedingungen, verantwortliches Personal und Methoden zur Ergebnisbestätigung.
Häufig gestellte Fragen
Sollte die Testplanung warten, bis der Prototyp fertig ist?
Es sollte während der Anforderungsdefinition und des Entwurfs beginnen. Frühe Akzeptanzkriterien leiten die Komponentenauswahl, Debugschnittstellen, Protokollierung und Prototypkonfigurationen und helfen bei der Zuweisung späterer Testgeräte und Ausführungsressourcen.
Stellt das Bestehen von Funktionstests eine langfristige Betriebsleistung sicher?
Funktionstests stellen die vereinbarten Funktionen fest. Für den Dauerbetrieb, die Umgebungsbedingungen und das Verhalten vor Ort beim Kunden sind entsprechende Prüfbedingungen und Aufzeichnungen erforderlich. In den Schlussfolgerungen sollten die anwendbare Revision, die Probenanzahl, die Dauer und der Betriebsumfang angegeben werden.
Wie sollten Entwicklungstests und unabhängige Labortests organisiert werden?
Entwicklungstests prüfen die vereinbarten Funktionen, Leistung und Designaspekte des Projekts. Wenn unabhängige Tests oder Zertifizierungen erforderlich sind, sollten die geltenden Anforderungen, Muster, die ausführende Organisation und der Berichtsumfang separat bestätigt und in den Projektplan aufgenommen werden.
Kunden, die Produkttests und -abnahmen planen, können die Projektkontaktseite von Winge Technology verwenden, um den Produktzweck, die aktuelle Version, die Zielumgebung und die Abnahmeanforderungen anzugeben und die Testabdeckung, Beispielbedingungen und Meilensteinergebnisse zu bewerten.
Online
Telefon
WeChat
zurück nach oben