Güç Ölçer Yazılım Güncellemeleri: Bir Regresyon Kabul Planı Oluşturma
Güç ölçer yazılımı güncelleme regresyon planı, yetkili bir değişikliğin, sitenin gerçekten kullandığı ölçümleri, ayarları ve veri yollarını koruyup korumadığını kontrol eder. Doğrulanmış bir temel durumu kaydedin, belirli kabul gözlemlerini tanımlayın, üreticinin desteklediği kurtarma seçeneklerini doğrulayın ve değişiklik sonrası tam toplama yolunu test edin. Bir ölçerin sadece iletişim seçeneği içerdiği için saha güncellemelerini veya firmware geri dönüşünü desteklediğini varsaymayın. Bu kılavuz, belgelenmiş bir güncelleme etrafındaki kabul planıyla ilgilidir; bir firmware flaşlama prosedürü sağlamaz veya operasyonel ihtiyaç olmadan firmware yüklemeyi önermez.
İlk olarak, bir güncellemenin desteklenip desteklenmediğini ve gerekli olup olmadığını belirleyin
Tam model tanımı, kurulu seçenekler ve uygulanabilir üretici talimatlarıyla başlayın. Mevcut belgelenmiş sürüm, önerilen paket ve değişiklik nedeni kaydedin. Destek talebi, sürüm notu veya uyumluluk gereksinimi, güncellemenin neyi çözmeyi amaçladığını açıklamalıdır. Tedarikçi, tam donanımın o paket ve güncelleme yöntemini desteklediğini doğrulamamışsa, proje yürütme aşamasına ulaşmamıştır.
Daha yeni bir sürüm numarası tek başına bir kabul kriteri değildir. Hangi fonksiyonların değiştiğini, hangi ayarların sıfırlanabileceğini, iletişim tanımlarının değişip değişmediğini ve geçit veya toplama yazılımında hangi bağımlılıkların olduğunu sorun. Firmware değişimini, parametre düzenlemesi veya kayıt haritası dokümantasyon düzeltmesinden ayırın. Etkileri örtüşebilir, ancak kanıtları ve kurtarma gereksinimleri farklıdır.
The NIST yazılım ve firmware güncelleme rehberi etkinlik ve yan etki testlerini destekler. Kurumsal rehberi, belirli bir ölçer paketini sertifikalandırmaz. Gözden geçirme sorularını çerçevelemek için kullanın, ardından sorumlu üreticiden gerçek cihaz talimatlarını alın.
Sonra karşılaştırılabilir bir temel oluşturun
Kurulu uygulama için önemli olan ayarları ve temsil edici gözlemleri yakalayın. Belgelenmiş varyantlara bağlı olarak, bunlar oranlar, birimler, nokta tanımları, iletişim ayarları ve enerji yönetim sistemine iletilen değerleri içerebilir. Gözlem süresini ve ilgili çalışma koşulunu koruyun. Nokta adı veya birim olmadan alınan ekran görüntüsü karşılaştırması zor olur ve değişmiş bir ölçek gizleyebilir.
Orijinal dışa aktarım ve okunabilir yapılandırma kayıtlarını birlikte tutun. Dışa aktarım kullanılamıyorsa, yedekleme olduğunu iddia etmek yerine onaylanmış alternatifleri belgeleyin. Hangi ayarların ölçerde saklandığını ve hangilerinin geçit, uygulama veya rapora ait olduğunu belirleyin. Bir katmanı geri yüklemek, tüm veri yolunu otomatik olarak geri yüklemez.
Dokümantasyon tarafı için, mevcut kayıt haritası revizyon makalesini. inceleyin. Bu makale, bir noktanın ne anlama geldiğini belirlemeye yardımcı olur. Regresyon kabulü, değişiklik sonrası amaçlanan uçtan uca davranışın geçerliliğini kontrol ederek daha ileri gider.
Bakım penceresinden önce kabul gözlemlerini seçin
Her kritik kullanım için beklenen sonucu, gereken kanıtları ve istisna kabul edebilecek kişiyi tanımlayın. İletişim OK olarak etiketlenmiş tek bir onay kutusundan kaçının. Uygulama, değerleri yanlış çözümlerken veya eski kayıtları yeni gözlemler olarak sunarken başarılı bir şekilde bağlanabilir.
Aşağıdaki çalışma sayfası niteliksel test kategorileri sunar. Gerçek toleranslar, miktarlar ve gözlem süreleri proje gereksinimleri, üretici ve ölçüm bağlamından gelmelidir; evrensel sayısal sınırlar ima edilmemektedir.
| Alan | Temel kanıt | Değişiklik sonrası gözlem | Kabulü durdurma nedeni |
|---|---|---|---|
| Varlık kimliği | Model, yüklü seçenek ve onaylanmış paket uyumlu | Aynı amaçlanan fiziksel uç nokta test ediliyor | Donanım veya paket uygunluğu çözümlenmemiş |
| Yapılandırma | Gerekli ayarların okunabilir kaydı ve sahipleri | Gerekli ayarlar onaylanmış değerlerle eşleşiyor | Açıklanamayan varsayılan veya eksik yapılandırma |
| Ölçüm anlamı | Miktar, birim, oran ve nokta tanımı | Aynı amaçlanan mühendislik yorumu | Değişmiş ölçeklendirme veya belirsiz birimler |
| Toplama yolu | Sayaç-gateway-uygulama kanıtı | Taze değerler amaçlanan noktalara ulaşıyor | Bağlantı çalışıyor ancak tazelik kanıtlanmamış |
| Kurtarma hazırlığı | Desteklenen kurtarma yöntemi ve sorumlu sahibi | Yöntem, belgelenmiş koşullar altında kullanılabilir durumda kalır | Kurtarma, doğrulanmamış bir düşürmeye bağlı |
| Raporlama sürekliliği | Tarihi sınır ve bilinen veri kalitesi durumu | Değişim dönemi işaretlenmiş ve istisnalar korunmuştur | Boşluklar veya tekrarlar sessizce geçerli enerji olarak kabul edilir |
Anlamlı işletme koşulları altında davranışı karşılaştırın
Bir önce ve sonra karşılaştırması bağlam gerektirir. Bakım penceresi sırasında yük değiştiyse, farklı okumalar beklenebilir. Tersine, aynı kalan bir değer eski olabilir, istikrarlı değil. Karşılaştırılabilir olanı açıklamak için yeterli işletme bilgisi kaydedin ve mevcutsa belgelenmiş test düzenlerini kullanın.
Canlı elektriksel ölçümler için, nitelikli personelin uygun yöntemi ve ekipmanı seçmesine izin verin. Bu makale, bir devreyi manipüle etmeyi, akım trafosu kablolarını kesmeyi veya test yükü oluşturmaya yetki vermez. Bir iletişim gerileme planı, elektriksel devreye alma veya ölçüm doğruluğu doğrulaması yerine geçmez.
Zinciri aşamalı olarak değerlendirin. İlk olarak, amaçlanan uç noktayı ve belgelenmiş nokta anlamını doğrulayın. Daha sonra, geçit yorumunu, uygulama güncelliğini ve rapor sunumunu kontrol edin. Bir hata yalnızca son raporda görünüyorsa, önceki kanıtları koruyun ve tekrar tekrar ölçer değiştirmeyin. Aşamalı kayıt, arıza konumunu daraltır ve gereksiz müdahaleleri azaltır.
Değişmiş haritayı değişmiş değerden ayırın
Bir firmware değişikliği, hala yanıt alan bir sorgu olsa bile, belge incelemesi gerektirebilir. Mevcut iletişim kılavuzunu ve sürümle ilgili notları saklayın. İşlev, ofset, veri tipi, kelime sırası, ölçek ve birim gibi alanları karşılaştırın. Değişmeyen kayıt sayısından uyumluluğu çıkarım yapmayın.
Bazı farklar sayaç dışında kaynaklanır. Bir geçit profili bir ölçek uygulayabilir ve bir rapor tekrar çarpan uygulayabilir. Her adım için dönüşüm sahibini kaydedin. Bir değer basit bir faktörle değişiyorsa, firmware'in ölçüm performansını değiştirdiğini ilan etmeden önce belgelenmiş yapılandırma zincirini araştırın.
Mevcut Modbus iletişim kurulum kılavuzu daha geniş entegrasyon bağlamını sağlar. Bu bağlamı belirli onaylı bakım olayıyla bağlamak için bir gerileme çalışma sayfası kullanın, genel protokol desteğini uyumluluk kanıtı olarak kabul etmeyin.
Geri kazanımı, geri alma seçeneğinin mevcut olduğunu varsaymadan tanımlayın
İmalatçıya, tam varyant ve değişiklik için hangi kurtarma yönteminin desteklendiğini sorun. Kurtarma, belgelenmiş bir yapılandırma geri yükleme, desteklenen bir servis işlemi veya onaylanmış bir birimle değiştirmeyi içerebilir. Eski bir firmware paketi otomatik olarak geçerli bir kurtarma yöntemi değildir. Uyumluluk ve güvenlik kontrolleri, gerilemeleri sınırlayabilir.
The NIST operasyonel teknoloji güvenlik kılavuzu genel değişiklik yönetimi ve operasyonel güvenilirlik bağlamı sağlar. Bu bağlamı, değişikliği durduran kişi, kurtarma kararını veren kişi ve hangi kanıtların gerektiğini tanımlayarak uygulayın. Bir genel olasılık ifadesini, saha gerilemesinin işe yarayacağına dair bir vaatte dönüştürmeyin.
Kurtarma kararını kabul sonucu ile ayrı tutun. Bir test başarısız olsa da, operasyon güvenli bir şekilde onaylanmış geçici bir durumda devam edebiliyorsa, bu istisnayı ve sahibi kaydedin. Geçici bir işletme kararı, başarısız testi geçmez. Bir sona erme veya gözden geçirme tetikleyicisi kaydedin, böylece çözülememiş bir sorun rutin işlemler içine kaybolmaz.
Varsayımsal bir regresyon incelemesi
Planlı bakım sırasında belgelenmiş bir sayaç yazılım sürümünü değiştiren bir tesis hayal edin. Ekip, gerekli ayarları, toplama noktası haritasını ve temsil edici gözlemleri kaydeder. Kabul planı, uygulamada doğru şekilde yorumlanmış yeni değerlerin, gerekli ayarların korunmasını ve herhangi bir toplama kesintisinin açık kaydını gerektirir.
Değişiklik sonrası, geçit bağlanır ve yerel gözlem makul görünür. Ancak, uygulama, son bakım öncesi zaman damgasını göstermeye devam eder. Ekip, bağlantıyı başarılı olarak kaydeder ve tazeliği başarısız olarak işaretler. Toplama katmanını, cihaz doğruluk problemi uydurmadan veya görünür sayıyı yeni bir ölçüm olarak ele almadan araştırır.
Desteklenen toplama yolu yeniden sağlandığında, ekip etkilenen aralık kayıtlarını kontrol eder ve veri boşluğunu belgeleyerek doldurur. Eksik aralığı sıfır enerji ile doldurmaz. Bu örnek, sadece kabul mantığını gösterir; müşteri raporu, firmware uyumluluk iddiası veya herhangi bir BY194 varyantının belirli bir güncelleme fonksiyonu sunduğuna dair kanıt değildir.
Ürün ve tedarik sınırları
The BY194 çok fonksiyonlu güç cihazları ilgili ürün ailesi ve entegrasyon bağlamı ile ilgilidir. Kamu ailesi tanımı, isteğe bağlı iletişimi içerir. Her seçenek için saha güncelleme desteği, paket doğrulaması, yedekleme, geri alma veya firmware tanımlama kaydı oluşturmaz.
Bir Teklif Talebi (RFQ) veya destek talebi için, tam tanımı, kurulu iletişim seçeneği, uygulama gereksinimleri ve araştırılan sorunu sağlayın. Uygun kılavuzu, desteklenen bakım yöntemini ve kabul bilgilerini isteyin. Her dönüşüm ve veri yolu sorumluluğunun net olması için geçit ve toplama yazılımı detaylarını dahil edin.
Ayrı tutun bakım veri boşluğu kaydı toplama kesintiye uğradığında. Bu kayıt, eksik gözlemlerin raporlama sonuçlarını ele alır. Firmware testini genel bir veri temizleme işlemi haline getirmeden regresyon kabulünü tamamlar.
Daha fazla öğrenme: yazılım yarış koşulları
Bu nötr Computerphile dersi, yarış koşullarını ve işlem sırasının önemini açıklar. Asenkron toplama ve değişiklik sonrası durum doğrulamasını tartışmayı destekler. Bu, bir sayaç güncelleme eğitimi değildir ve örnekleri, gösterilen ürünün herhangi bir davranışını belirlemez. Herhangi bir yetkili cihaz bakımı için üretici prosedürüne kesinlikle uyun.
Sık sorulan sorular
Başarılı bir ağ geçidi bağlantısı, regresyon kabulünü tamamlar mı?
Hayır. Uç nokta kimliğini, belgelenmiş nokta anlamını, gereken ayarları, yeni uygulama değerlerini ve herhangi bir raporlama sonucunu doğrulayın. Bir bağlantı sonucu, kabul planı içindeki bir gözlemdir.
Öncesi ve sonrası okumalar sayısal olarak aynı olmalı mı?
Gerekli değil. Çalışma koşulları değişebilir. Değerleri belgelenmiş miktarlar, birimler ve test koşulları kullanarak karşılaştırın ve yalnızca proje onaylı kabul kriterlerini uygulayın, uydurma evrensel toleranslar yerine.
Önceki firmware her zaman geri yüklenebilir mi?
Hayır. Kurtarma, tam varyant ve üretici destekli yönteme bağlıdır. Uygulamadan önce onaylanmış olası durumu doğrulayın ve eski bir paket sahipliğinin aşağıya indirmeyi desteklediğini varsaymayın.
Son bakım kaydı ne içermelidir?
Uygulanabilir paketi ve belge referanslarını, temel durumu, gerçek testleri, sonuçları, veri kesintisini, istisnaları, kurtarma kararlarını ve kabul sahibi bilgilerini saklayın. Tamamlanan testleri ertelenmiş işler ve çözülmemiş davranışlardan açıkça ayırın.