Tasarım Doğrulama ve Onaylama Süreci

Tasarım Doğrulaması

Tasarım Doğrulaması Tasarım doğrulama, tasarlanmış bir yazılım ürününün çıktısının girdi özelliklerini karşıladığını inceleme ve kanıt sunma yoluyla doğrulama yöntemidir. Yazılım geliştirme sürecinde tasarım doğrulama işleminin amacı, tasarlanmış yazılım ürününün belirtilenle aynı olmasını sağlamaktır.

Tasarım girdisi, tasarımın temeli olarak kullanılan her türlü fiziksel ve performans gereksinimidir. Tasarım çıktısı ise her tasarım aşamasının ve toplam tasarım çabasının sonucudur. Tıbbi cihazlar gibi düzenlemeye tabi sektörlerde, nihai tasarım çıktısı cihaz ana kaydının temelini oluşturur; bu nedenle tasarım kontrol sözlüğü doğrulama belgelerinde sıklıkla yer alır.

Pratikte doğrulama, iki belge setini karşılaştırır: içeri giren şartnameler, standartlar ve kısıtlamalar ile dışarı çıkan çizimler, kodlar ve test talimatları. Aralarındaki her uyumsuzluk bir doğrulama bulgusudur.

Tasarım Doğrulaması

Doğrulama, iç tutarlılığı kanıtlar. Geçerlilik ise, belirtilen ürünün doğru ürün olup olmadığını sorgulayan daha zorlu bir soruyu ortaya koyar.

Tasarım Doğrulaması Tasarım doğrulama, yazılım ürününün son kullanıcıların veya paydaşların kesin gereksinimlerine göre değerlendirilmesi sürecidir. Tasarım doğrulamanın amacı, yazılım ürününün geliştirilmesinden sonra, kullanıcının kendi ortamında kullanıldığında bu gereksinimleri karşıladığını doğrulamak için test etmektir.

Doğrulama, bir tasarımın kullanıcı ihtiyaçlarına göre tutarlılığını ve eksiksizliğini göstermekle ilgilidir. Bu aşamada, ürünün bir sürümünü oluşturur ve kullanıcı gereksinimlerine göre doğrularsınız.

Aşağıdaki başlık, tasarım kayıtlarında genellikle sunulduğu şekliyle etkinliğin iki bölümünü etiketlemektedir.

Aşağıdaki diyagram, kullanıcı ihtiyaçlarından onaylanmış ürüne kadar tasarım doğrulama sürecinin kendisini göstermektedir.

Amaç, ürünün belgelenmiş kullanıcı ihtiyaçlarını karşıladığını objektif kanıtlarla ispatlamaktır. Objektif kanıt, işlemin gerçekten gerçekleştirildiğini gösteren çıktının fiziksel kanıtıdır; bir resim, metin dosyası, ses dosyası veya imzalı bir rapor olabilir.

Bu objektif kanıtlar aracılığıyla, süreç ürünün önceden tanımlanmış gereksinimleri karşılayıp karşılamadığını sürekli olarak inceler. Test faaliyeti, inceleme, analiz ve benzeri teknikleri içerir; bu nedenle doğrulama genellikle şunlara dayanır: sistem testi hem de kullanıcı Kabul Testi birim düzeyindeki kontroller yerine.

Tasarım Doğrulama ve Doğrulama Arasındaki Fark

Doğrulama ve geçerlilik arasında her zaman yanlış anlamalar vardır. Bunlar farklı faaliyetlerdir ve her ikisi de tek bir dönüm noktasında değil, geliştirme sürecinin her aşamasında gerçekleştirilir.

Faydalı bir kısayol: doğrulama çoğunlukla statik çalışma Belgelere karşı doğrulama çoğunlukla yapılırken, belgelere karşı doğrulama işlemi de çoğunlukla yapılır. dinamik test çalışan bir yapıya karşı.

Tasarım Doğrulama Süreci

Doğrulama süreci beş aşamada gerçekleşir ve her aşama, bir sonraki aşamanın bağlı olduğu bir çıktı üretir.

Tanımlama ve hazırlık:

• Bir şartname geliştirilirken, doğrulama faaliyetleri de paralel olarak belirlenir. Bu, tasarımcının şartnamenin gerçekten doğrulanabilir olduğundan emin olmasını sağlar, böylece test mühendisi ayrıntılı test planları ve prosedürleri üzerinde çalışmaya başlayabilir. Şartnamede yapılacak herhangi bir değişiklik mutlaka bildirilmelidir.
• Doğrulama işlemini gerçekleştirmek için en iyi yaklaşımı belirleyin ve ölçüm yöntemlerini, gerekli kaynakları, araçları ve tesisleri tanımlayın.
• Tamamlanan doğrulama planı, planın son halini almadan önce olası sorunları ortaya çıkarmak için tasarım ekibiyle birlikte gözden geçirilir.

programı:

• Doğrulama planlaması, çekirdek ve geliştirme ekipleriyle eş zamanlı olarak yürütülen bir faaliyettir. Proje yaşam döngüsü boyunca gerçekleşir ve tasarım girdilerinde herhangi bir değişiklik olduğunda güncellenir.
• Bu aşamada, test edilecek yazılım veya sistemin kapsamı belgelenir.
• Öncelikle bir test planı yazılır ve ardından iyileştirilir. Plan, proje riskini azaltan kritik kilometre taşlarını içerir.
• Araçlar, test ortamı ve geliştirme stratejisi seçilir ve inceleme veya analiz yoluyla doğrulanması gereken gereksinimler belirlenir.

Developing:

• Test durumu gelişme ile aynı zamana denk geliyor SDLC metodolojisi Proje ekibi tarafından uygulamaya konulan çeşitli test yöntemleri bu aşamada belirlenmiştir.
• Tasarım girdileri, en basit doğrulama faaliyetlerinin bile belirsizliğe yer vermeyecek ve doğrulanabilir olacak şekilde geliştirilmelidir.
• Benzer kavramlar ardışık olarak doğrulandığında doğrulama süresi kısalır, çünkü bir testin çıktısı sonraki bir testin girdisi olarak yeniden kullanılabilir.
• TracTest senaryoları ile bunlara karşılık gelen tasarım girdileri arasında uyumluluk bağlantıları oluşturularak, her gereksinimin test edilmesi ve tasarım çıktısının tasarım girdilerini karşılaması sağlanır.

yürütme:

• Geliştirme aşamasında oluşturulan test prosedürleri, test planına uygun olarak yürütülür ve doğrulama faaliyeti sırasında titizlikle takip edilir.
• Geçersiz sonuçlar ortaya çıkarsa veya herhangi bir prosedürde değişiklik yapılması gerekirse, değişiklikler belgelenmeli ve resmi olarak onaylanmalıdır.
• Bulunan her sorun, olağan prosedür aracılığıyla bir hata olarak kaydedilir. kusur yönetimi süreci.
• A tracyetenek matrisi Bu, doğrulama test planında tanımlanan her tasarım girdisinin test edildiğini doğrulamak ve geçme oranını belirlemek için oluşturulmuştur.

Raporlar:

• Bu aktivite, doğrulamanın yürütülmesinin her aşamasının sonunda gerçekleştirilir.
• Tasarım doğrulama raporu, yapılandırma yönetimi, her test türünün sonuçları ve doğrulama faaliyeti sırasında bulunan sorunlar da dahil olmak üzere doğrulama sonuçlarının ayrıntılı bir özetini sunar.
• Bir tasarım doğrulaması tracUygunluk raporu, tüm gereksinimlerin test edildiğini ve uygun sonuçların kaydedildiğini doğrulamak için gereksinimler ve ilgili test sonuçları arasında bir bağlantı kurularak oluşturulur.
• Herhangi bir uygunsuzluk belgelenir ve uygun şekilde ele alınır.
• RevTasarım doğrulama faaliyeti tamamlandıktan sonra incelemeler yapılır ve sonuçlar resmen onaylanır.

Tasarım Doğrulama Süreci

Doğrulama işleminin de aynı derecede katı bir sırası yoktur. Bunun yerine, kabul görmüş az sayıda yönteme dayanır ve bir proje genellikle bunlardan birden fazlasını kullanır.

• Eşdeğer tasarımlarla karşılaştırma. Bazı tasarımlar, benzer amaca hizmet eden benzer ekipmanlarla karşılaştırılarak doğrulanabilir. Bu durum, özellikle mevcut altyapıdaki yapılandırma değişikliklerinin veya yeni bir sisteme veya uygulamaya entegre edilen standart tasarımların doğrulanmasında önem taşır.
• Gösterim ve inceleme. Ürünün gereksinimlerini ve diğer işlevlerini doğrulamak için bunlardan biri veya her ikisi kullanılabilir.
• Analiz. Tasarım, gerekli işlevselliği yeniden oluşturan matematiksel modelleme veya simülasyon yoluyla analiz edilebilir.
• Test yapmak. Sistemin belirtildiği gibi çalışabilme yeteneğini doğrulamak için nihai tasarım üzerinde testler yapılır; işte bu noktada devreye girer. fonksiyonel test hem de işlevsel olmayan test Kullanıcı gereksinimlerini karşılamak.
• Belgeler. Test planı, uygulaması ve sonuçları tasarım kayıtlarının bir parçası olarak belgelenmeli ve saklanmalıdır. Doğrulama, nihayetinde tüm doğrulama faaliyetlerinin toplanmış sonuçlarıdır.
• Eşdeğerlik gerekçelendirmesi. Son tasarım doğrulamasında eşdeğer ürünler kullanıldığında, üretici ilk üretimden olan benzerlikleri ve farklılıkları belgelemelidir.

Örnek E-posta

Kısa bir örnek, bu ayrımı somutlaştırır.

• Basit bir ürünü ele alalım: su geçirmez bir saat.
• Ürün gereksinim belgesinde "saat yüzme sırasında su geçirmez olmalıdır" ifadesi yer alabilir. Bu, kullanıcının ihtiyacıdır ve doğrulama da buna göre ölçülür.
• Tasarım şartnamesinde "kullanıcı uzun süre yüzse bile saatin çalışmaya devam etmesi gerekir" ifadesi yer alabilir. Bu, tasarım girdisidir ve doğrulama da buna göre ölçülür.
• Test sonuçları saatin bu gereksinimleri karşıladığını doğrulamalıdır. Eğer karşılamazsa, karşılayana kadar yeniden tasarım çalışmaları devam eder.

Bir saatin doğrulama testini geçip yine de geçerlilik testinden geçememesine dikkat edin. Eğer teknik şartnamede uzun süreli yüzme on beş dakika olarak tanımlanmışsa ve gerçek yüzücüler suda bir saat kalıyorsa, tasarım çıktısı girdisiyle mükemmel bir şekilde eşleşir ancak yine de kullanıcı için geçerlilik testinden geçemez.

Tasarım Doğrulama ve Doğrulamanın Avantajları

Her iki aktiviteyi de aralıksız olarak, yani sonunda bir aşama olarak değil, sürekli olarak yürütmek aşağıdaki faydaları sağlar.

• Tasarımlar sürekli olarak izlenebildiği için, her aşamada kullanıcı tanımlı gereksinimleri karşılamak mümkün olmaktadır.
• Tasarımın doğrulanması, işlevselliğin nasıl çalıştığı ile nasıl çalışması beklendiği arasındaki farkı ortaya koyar.
• Doğrulama prosedürlerinin belgelenmesi, daha sonra bir değişiklik veya iyileştirme yapıldığında işlevselliğin anlaşılmasını kolaylaştırır.
• Geliştirme süresi sürekli olarak kısalır ve verimlilik artar, bu da ürünün beklendiği gibi teslim edilmesine yardımcı olur.
• Bu süreç, kullanılacak her doğrulama yönteminin kapsamını ve aralığını tanımlar.
• Doğrulama, son kullanıcı gereksinimlerini temsil eden ayrıntılı tasarım verileri kullanılarak gerçekleştirilebilir.
• Sonuç ile kullanıcının ihtiyaç duyduğu belgeler arasındaki herhangi bir fark, kaybolmak yerine kaydedilir.
• Onaylanmış bir tasarımda yapılan değişiklikler yeniden doğrulama işlemini tetikler, böylece kayıt hiçbir zaman üründen uzaklaşmaz.
• Doğrulama sürecinde gerçekleşen her aktivitenin belgelenmesi, tasarımın kullanıcı gereksinimlerini karşıladığını yeterince kanıtlamanın yoludur.

Bu nedenle tasarım doğrulama ve geçerlilik süreçlerinin daha geniş bir çerçeve içinde planlanması en iyisidir. yazılım testi yaşam döngüsü ve diğerleriyle karşılaştırıldı. yazılım testi türleriAyrı bir uyumluluk çalışması olarak ele alınmak yerine.

SSS