SOC ekranı tek başına entegrasyonun tamamlandığını göstermez. Değer yalnızca bazı durum mesajlarından veya önbelleğe alınmış verilerden gelebilir. Tüm limitler, alarmlar ve kontrol durumları için doğru etkileşimi kanıtlamaz. Kabul, kaydedilen ekipman, donanım yazılımı ve test koşullarıyla birlikte protokolde tanımlanan gerekli verileri ve durumları kapsamalıdır.
Önerilen Kabul Kontrolleri
| Kontrol et | Nelere Dikkat Edilmeli? | Saklanacak Kanıt |
|---|---|---|
| Veri tutarlılığı | SOC, gerilim, akım ve sıcaklığın birimleri, yönü, ölçeklendirilmesi ve geçerliliği | Ham mesajlar, kodu çözülmüş veriler ve cihaz ekranları |
| Çalıştırma kısıtlamaları | İzin verilen voltaj, akım ve şarj veya deşarjın protokol aktarımını etkinleştirme | Giriş sınırları, dönüşüm sonuçları ve cihaz yanıtı |
| Alarmlar ve durumlar | Tutarlı alarm aktivasyonu, temizleme ve durum geçişleri | Durum dizileri, zaman damgaları ve günlükler |
| Bağlantı kaybı ve eski veriler | Durdurulan mesajların, kayıp bağlantıların veya geçersiz alanların tespiti ve özel olarak işlenmesi | Zaman aşımı tanımları, tetikleme adımları ve gerçek davranış |
| Kurtarma ve yeniden başlatma | Yeniden bağlanma veya yeniden başlatma sonrasında başlatma ve izin verilen kurtarma | Başlangıç günlükleri, kurtarma dizileri ve açık sorunlar |
Geçiş Kriteri Nasıl Tanımlanır?
Testten önce giriş koşullarını, beklenen çıktıları, izin verilen toleransları veya zaman pencerelerini, cihazın çalışma sorumluluğunu ve kanıt formatını tanımlayın. Sistemi çalıştıracak donanıma sahip proje tarafı tarafından şarj ve deşarj testleri yapılır. Bir ağ geçidinin BMS veya invertör korumasını atlamak için normal durumlar üretmemesi gerekir. Bu tablo test planlamasını destekler; eşikler cihaz protokollerinden ve üzerinde anlaşılan test planından gelir.
Kilometre Taşı Sonuçları Nasıl Kaydedilir?
Mesaj kod çözümlemesini saha örneği doğrulaması olarak kaydedin. Gerçek prototip kapsamıyla birlikte bir geliştirme kartına kısmi etkileşimi kaydedin. Cihaz testleri başarılı, başarısız ve doğrulanmamış durumları ayrı ayrı rapor eder. Model veya donanım yazılımı değişiklikleri regresyon değerlendirmesine ihtiyaç duyar. Tek bir ekran gözlemi, gerçekleştirilmemiş çalışma koşullarının veya sürekli çalışma testlerinin yerini almaz.
Çevrimiçi
Telefon
WeChat
en başa dön
Proje geri bildirimi
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 จัดให้มี···