Samo wskazanie SOC nie oznacza zakończenia integracji. Wartość może pochodzić tylko z niektórych komunikatów o stanie lub z danych buforowanych. Nie udowadnia to prawidłowego współdziałania dla wszystkich limitów, alarmów i stanów sterowania. Odbiór powinien obejmować wymagane dane i stany określone w protokole, z zapisanym sprzętem, oprogramowaniem i warunkami testów.
Sugerowane kontrole akceptacji
| Sprawdź | Co należy obserwować | Dowody do zachowania |
|---|---|---|
| Spójność danych | Jednostki, kierunek, skalowanie i ważność SOC, napięcie, prąd i temperatura | Surowe wiadomości, zdekodowane dane i wyświetlacze urządzeń |
| Ograniczenia operacyjne | Przesyłanie protokołu dozwolonego napięcia, prądu i umożliwienie ładowania lub rozładowania | Limity wejściowe, wyniki konwersji i reakcja urządzenia |
| Alarmy i stany | Spójna aktywacja alarmów, kasowanie i zmiany stanów | Sekwencje stanów, znaczniki czasu i dzienniki |
| Utrata łącza i nieaktualne dane | Wykrywanie i określona obsługa zatrzymanych wiadomości, utraconych łączy lub nieprawidłowych pól | Definicje limitów czasu, kroki wyzwalania i rzeczywiste zachowanie |
| Odzyskiwanie i ponowne uruchomienie | Inicjalizacja i dozwolone odzyskiwanie po ponownym podłączeniu lub ponownym uruchomieniu | Dzienniki uruchamiania, sekwencje odzyskiwania i otwarte problemy |
Jak zdefiniować kryteria zaliczenia
Przed testowaniem określ warunki wejściowe, oczekiwane wyniki, dozwolone tolerancje lub okna czasowe, odpowiedzialność za działanie urządzenia i format dowodu. Testy ładowania i rozładowywania są wykonywane przez stronę projektu wyposażoną do obsługi systemu. Bramka nie może wytwarzać normalnych stanów w celu ominięcia BMS lub zabezpieczenia falownika. Ta tabela pomaga w planowaniu testów; progi pochodzą z protokołów urządzenia i uzgodnionego planu testów.
Jak rejestrować wyniki kamieni milowych
Zapisz dekodowanie wiadomości jako weryfikację próbki w terenie. Nagraj częściową interakcję na płycie rozwojowej z jej rzeczywistym zakresem prototypu. Testy urządzeń zgłaszają indywidualnie przypadki pozytywne, negatywne i niezweryfikowane. Zmiany modelu lub oprogramowania sprzętowego wymagają oceny regresji. Pojedyncza obserwacja na wyświetlaczu nie zastępuje niespełnionych warunków pracy ani ciągłych testów działania.
W Internecie
Telefon
WeChat
z powrotem na górę
Informacje zwrotne dotyczące projektu
Winge voltooit headless OpenHarmony 6.1 Fase 0-verificatie op RK3588
MijlpaalBuild22 startte Linux 5.10.210 en OpenHarmony init vanaf SD, koppelde rootfs, /vendor en /data aan, leverde een ···
OpenHarmony 6.1 Systeemaanpassing fase 0 naar RK3588
Direct antwoordOnder de gespecificeerde projectomstandigheden startte OpenHarmony 6.1 de kernel RK3588 op en initeerde O···
Winge ดำเนินการตรวจสอบแบบไม่มีหัว OpenHarmony 6.1 ขั้นที่ 0 เมื่อวันที่ RK3588
เหตุการณ์สำคัญBuild22 เริ่มต้น Linux 5.10.210 และ OpenHarmony เริ่มต้นจาก SD, rootfs ที่เมาท์ /vendor และ /data จัดให้มี···