what are iq oq pq 3 q s software validation process
IQ-OQ-PQ'ya Giriş:
IQ, OQ ve PQ, Yazılım Doğrulama Sürecinin 3Q'larını oluşturur.
Test uzmanları olarak, Yazılım Geliştirme Ekibinin yazılımı Yazılım Gereksinimleri Spesifikasyonuna (SRS), Fonksiyonel Spesifikasyona göre şirket içinde geliştirdiğini ve daha sonra Test Ekibinin uygulamayı en basitinden en basitinden çeşitli test ortamlarında farklı test seviyelerinde doğrular. üretim ortamını kopyalayan yüksek son teknoloji.
SDLC'nin bu yaklaşımıyla, Yazılım Geliştirme Ekibi genellikle tamamlanmış yazılımı (geliştirilmiş ve doğrulanmış) Operasyon Ekibine teslim ederek ellerini yıkar. Ayrıca, onu bir üretim ortamına dağıtmakla ilgilenen ve son kullanıcılar tarafından kullanılmaya hazır hale getiren Operasyon Ekibidir (genellikle Operasyon Ekibi olarak anılır).
Şimdi, Operasyon Ekibinin yazılımı üretim ortamında işlevsel hale getirme konusundaki gerçek zorluk burada yatıyor, çünkü yazılım geliştirme aşamaları sırasında, geliştirme ve doğrulama simülasyonlu bir ortamda ve oldukça nadiren canlı ortama yakın, yalnızca üretim ortamının veri ve konfigürasyonlarının kullanılabilirliği durumu.
Yazılımın doğrulanması burada devreye giriyor. Doğrulama tamamlandıktan ve yazılım Program / Ürün ekibi tarafından imzalandıktan sonra, Ops Ekibi, yazılımın beklendiği gibi davrandığını kanıtlamak için üretime dağıtılacak yazılımı kabul etmeden önce bir dizi faaliyet yürütecektir. doğrulama faaliyetlerinden başka bir şey değildir.
Ne öğreneceksin:
Doğrulama ve Doğrulama
Burada, 'Doğrulama' ve 'Doğrulama' etkinlikleri arasındaki farkı net bir şekilde anlayalım. ' Doğrulama ’, Yazılımı, Yazılım Geliştirme sitesinde Geliştiriciler ve Testçiler tarafından şirket içinde yapılan belirli gereksinimler ve spesifikasyonlara göre değerlendirmektir.
Buna karşılık ' Doğrulama ', Ürünü kabul etmeden veya satın almadan önce uygunluğu kontrol etmek için dış müşteriler, mal sahipleri, satıcılar tarafından kendilerine teslim edilen ürün üzerinde gerçekleştirilen bir dizi kalite güvence kontrolleridir. Doğrulama faaliyetleri çoğunlukla üretim yerinde gerçekleştirilir.
Dolayısıyla, Uygulama Geliştirme durumunda, yazılımın Doğrulama faaliyetlerini yürüten Ops Ekibidir.
Ayrıca şunu okuyun:
https://www.softwaretestinghelp.com/difference-between-verification-vs-validation/
Doğrulama Sürecinin Aşamaları
Genel olarak, herhangi bir ürünün Doğrulama Süreci, bir ürünün geliştirilmesinden kullanım ve bakıma kadar olan tüm yaşam döngüsünü ifade eder. Ve dolayısıyla doğrulama süreci 5 Aşamaya bölünmüştür.
Doğrulama Sürecinin 5 Aşaması:
Doğrulama sürecinin bu 5 aşamalı yaklaşımı, İmalat, Medikal, İlaç vb. Gibi birçok Sektörde takip edilmektedir. Burada doğrulama, makine, ekipman veya ürünü satın almadan önce son müşteri tarafından yapılacaktır.
Bir yazılım için Doğrulama faaliyetlerinin bileşenleri, 'yazılımın kullanıcılar tarafından tüketilmeye hazır olduğunu' kanıtlamak ve temel olarak yazılımın başarılı kurulumunu ve ardından işlevselliği ve çalışabilirliği doğrulamaktır.
3Q'nun yaklaşımı: IQ-OQ-PQ
Bununla birlikte, yazılım bağlamında, 3Q'nun yaklaşımı, IQ-OQ-PQ Doğrulamanın bir parçası olarak takip edilmektedir ve yazılımın üretime dağıtımından nihai olarak sorumlu olan Operasyonlar ekibi tarafından gerçekleştirilecektir.
Aşağıda, Doğrulama Süreci Akış Şeması verilmiştir:
3Q'ları gerçekleştirmek için girdi olan şablon, plan ve diğer belgeler Yazılım Ekibi tarafından yazılımları için düzenlenecek ve bu yeterliliklerin bir parçası olarak yürütülecek ayrıntılı yaklaşımı, görevleri / faaliyetleri / testleri içerir. test sonuçlarıyla.
Özet raporlar, ikili dosyalar ve diğer çıktılarla birlikte yazılım devri sırasında Ops Ekibine teslim edilecektir.
Yüksek seviyede,
Genel olarak, IQ, OQ ve PQ gerçekleştirmenin amacı, yazılımın başarılı bir şekilde konuşlandırılabilmesini ve tüm işlevlerin herhangi bir darboğaz olmaksızın kullanılabilmesini sağlamaktır.
İdeal olarak, IQ, OQ ve PQ, sırayla yürütülmesi gereken sıralı etkinliklerdir. Kurulum yapılmadıkça, yazılımın bir işlevselliği doğrulanamaz ve işlevsellik kanıtlanmadıkça performansı ölçmenin bir anlamı yoktur. Bazen zaman kısıtlaması nedeniyle, PQ, OQ'nun temel yönleri belirlendikten sonra OQ'ya paralel olarak başlayabilir.
Şimdi bu 3 aşamanın her birini ayrıntılı olarak anlayalım.
Kurulum Kalifikasyonu (IQ)
Kurulum kalifikasyonu olarak da anılır 'IQ' , sağlanan yazılımın (ikili dosyalar, komut dosyaları vb.) belirtilen yapılandırmalarla belirtilen ortama başarıyla kurulup kurulamayacağını doğrulama ve bu kurulum adımlarının 'Kurulum Kılavuzu' adlı belgeye nasıl kaydedildiğini doğrulama sürecidir.
Aşağıdaki öğeler Geliştirme Ekibi tarafından teslim edilen yazılım paketiyle birlikte sağlanır ve Ops Ekibi tarafından IQ'yu gerçekleştirmek için kullanılır.
1) Seçilen ortamlardaki kurulum adımlarını belgeleyen 'Kurulum Kılavuzu' dokümanı.
2) Yazılımın yapılandırılabilirliğini kurmak için 'Yapılandırma Kılavuzu' belgesi. Bazen bu belge Kurulum kılavuzu belgesinin bir parçası haline gelir.
3) Yazılım paketi ve Kurulum komut dosyaları, tercihen otomatikleştirilmiş komut dosyaları.
Yazılım Kurulum Yeterlilik aşaması en önemli aşama olarak kabul edilir ve genellikle birçok sorun açık bu aşamada yukarı.
Çünkü:
için) Geliştirme ortamı, yükleme sorunlarını doğrulamak için% 100 gerçek zamanlı ortama sahip olmayacak ve bu nedenle ortamdaki bir fark, birkaç soruna katkıda bulunacaktır.
b) Çeşitli nedenlerden dolayı, yazılım geliştirmenin ilk aşamalarında Geliştirme ve Operasyon Ekibi arasında ilerideki sorunları ele almak için yeterli işbirliği ve koordinasyon olmayabilir.
c) Belgedeki gerçek kurulum adımlarını kaydederken, üretim ortamında tam olarak eşleşmeyebilecek bazı belgeleme sorunları olabilir.
Bu günlerde, tüm yazılım kurulum prosedürü bir dizi komut dosyası aracılığıyla mümkün olduğunca otomatik hale getirilecektir. Kurulumla ilgili herhangi bir sorun varsa, yapılandırmalardaki herhangi bir yanlış eşleşme nedeniyle otomatik kurulum başarısız olur ve bu sorunları gidermek için manuel müdahale gerekir.
Ops ekibi, Kurulum kılavuzunda Yazılım Ekibi tarafından sağlanan talimatları sıkı bir şekilde takip ederek IQ'yu gerçekleştirdiğinden, 'Kurulum Kılavuzunun' aşağıdaki şekilde yazılmasını sağlamak çok önemlidir ve Yazılım Ekibinin sorumluluğundadır. kurulum adımları gerçek zamanlı ortama uyar.
Ve 'Kurulum' sürecinin eksiksizliği için belge doğrulaması ile birlikte kurum içinde doğrulanmasını sağlamak ve sistemde belgelenen adımlara göre sistemde çalıştırılacak gerçek adımlarla herhangi bir yanlış eşleşmeyi belirlemek Test Uzmanının sorumluluğundadır. Yükleme Rehberi.
Üretimde yazılım kurulumu sırasındaki sorunları en aza indirmek için bir Kurulum Kılavuzu yazarken ve bunları şirket içinde doğrularken aşağıdaki noktaların akılda tutulması gerekir.
| SNO | Kurulum Kılavuzu Noktaları |
|---|---|
| 7 | Yazılımın yüklenmesi için geçen tipik süre, Ops Ekibinin faaliyetlerini buna göre planlamak için kurulumun yaklaşık zamanlaması hakkında fikir sahibi olması için Kurulum Kılavuzunda belirtilmelidir. |
| bir | Esas ve en önemlisi, 'Kurulum Kılavuzu' basit ve takip etmesi kolay bir dilde yazılmalıdır. |
| iki | Uzun, 5 sayfadan fazla olmadığından emin olmanız gerekir. Kısa ve düzgün olmalı. |
| 3 | Durumunu takip etmek için her yürütme adımının seri numaralarını sağlamanız gerekir. |
| 4 | Adımları olabildiğince otomatikleştirin ve hepsini tek bir komut dosyasında toplayın. |
| 5 | Kurulum prosedürünü yazmak için standart bir şablon kullanılmalıdır. |
| 6 | Yanlış eşleşmeyi önlemek için ön koşullar açıkça belirtilmeli ve bunları doğrulamak için gereken adımlar sağlanmalıdır. Bir yanlış eşleşme varsa, bunları beklenen seviyeye getirme veya bu paketleri kurma talimatı verilmelidir. |
| 8 | Kurulum sırasında indirilmesi gereken hizmetler, nasıl indirileceği, aşağı indirilmesinin etkisi kılavuzda açıkça belirtilmelidir. |
| 9 | Diğer belgelere bağlantı sağlamaktan ve bir belgeden diğerine geçiş yapmaktan kaçınılmalıdır. İhtiyaç duyulan her bilgi aynı belgede sunulmalıdır. Ek belgelerin yönlendirilmesi gerekiyorsa, bunları yazılım paketi ile birlikte sağlayın ve bunun karşılığında ana belgelerde belirtilmeleri gerekir. |
| 10 | Belgede belirtilen komut dosyasının adının ikili dosyayla birlikte paketlenenle aynı olduğundan emin olmanız gerekir. |
| on bir | Kurulum Kılavuzu belgesinde belirtilen tüm komut dosyalarının ikili programla birlikte sağlandığından emin olmalıdır. |
| 12 | Tüm yapılandırma parametrelerinin, varsayılan değerler ve diğer desteklenen değerlerle birlikte Kurulum Kılavuzu / Yapılandırma Kılavuzunda açıkça belirtildiğinden emin olun. |
| 13 | Yazılım kurulumu tamamlandıktan sonra yapı doğrulama testlerini gerçekleştirmek için otomatik testler sağlanmalıdır. Derlemenin başarıyla kurulduğunu doğrulamak için minimum sayıda ve önemli olmaları gerekir. |
| 14 | Sistemin uçtan uca bağlantısının mükemmel olmasını ve sistemin tüm bileşenlerinin beklendiği gibi birbiriyle konuşmasını sağlamak için 'Duman Testleri' nin tedarik edilmesi gerekir. |
| on beş | Yazılım kurulumunun başarısız olması durumunda, geri alma komut dosyaları paketle birlikte sağlanır ve geri alma işlemini gerçekleştirmek ve sistemi başarılı bir şekilde geri yüklemek için geri alma prosedürü Kurulum Kılavuzunda açıkça yazılır. |
Dikkat edilmesi gereken tüm yukarıdaki noktalar ile, insan hatalarından kaçınmak için yazılım kurulum sürecini minimum insan müdahalesi ile otomatikleştirmek en iyi uygulamadır.
IQ doğrulama aşamasında herhangi bir sorun bulunursa, düzeltildikten sonra Yazılım Ekibine rapor edilecektir, duman testi ve inşa doğrulama testleri yazılım kurulumunun başarısını kontrol etmek için yapılacaktır.
Dolayısıyla, IQ aşaması, yazılım paketinin kurulmasını ve ardından yapı doğrulama ve duman testlerinin yapılmasını içerir.
Bu nedenle, bir yazılımın başarılı ve doğru bir şekilde yüklenmesi, işlevsellik hataları ile ilgili sorunların çoğunun ortadan kaldırılmasını sağladığından, IQ aşamasının başarıyla tamamlanması çok önemlidir.
Operasyonel Yeterlilik (OQ)
Operasyonel yeterlilik, aynı zamanda NE IQ'nun başarıyla tamamlanmasının ardından yazılım doğrulama sürecinin bir sonraki faaliyetidir.
Operasyonel yeterlilik faaliyeti, t Yazılımın operasyonel olarak tüketicilere dağıtılmaya uygun olduğunu doğrulamak için çalıştırılacak testler. İdeal olarak, yazılımın temel işlevleri bu doğrulama sürecinin bir parçası olarak doğrulanır.
Yazılım Ekibi (Testçiler) tarafından OQ Doğrulamasını gerçekleştirmek için bir OQ Planının hazırlanması gerekir ve bu Plan, hayır gibi ayrıntılar da dahil olmak üzere gerçekleştirilmesi gereken OQ testinin tüm yönlerini kapsamalıdır. testler, test takvimi, metodoloji, araçlar, hizmet üzerindeki etki, test yürütme sırası, sorunları raporlama yöntemi ve bunları düzeltmek için SLA'lar, Hata Triyaj yaklaşımı vb.,
OQ'nun bir parçası olarak yürütülen Operasyonel Yeterlilik Testleri, yazılım çıktıları ile birlikte Yazılım Ekibi tarafından tekrar sağlanır. Bu Operasyonel Yeterlilik testleri, tüm yazılım sisteminin beklentiye göre çalıştığından emin olmak için 'Fonksiyonel Gereksinimler Spesifikasyonu' belgesine dayalı olarak tasarlanmış önemli testlerin bir koleksiyonudur.
Bu OQ Test Spesifikasyon Dokümanı, Fonksiyonel Gereksinimler Spesifikasyon dokümanına göre Test Mühendisleri tarafından hazırlanmıştır. Çoğunlukla bu belge, SDLC'nin sistem testi aşamasında hazırlanan ve doğrulanan Sistem Test Spesifikasyonu belgesinin alt kümesi olacaktır.
Testler, Operasyonel Ekip gereksinimlerine ve uygulanacağı sahanın koşullarına uyacak şekilde değiştirilebilir veya güncellenebilir.
Bu nedenle, tüm temel işlevlerin ve ana iş akışlarının bu doğrulamanın bir parçası olarak dahil edilmesini sağlamak için OQ'nun bir parçası olan testleri seçerken daha fazla özen gösterilmelidir.
Aşağıdakiler, OQ test spesifikasyon belgesini hazırlarken Test Uzmanları için ipuçlarıdır.
| Sno | OQ Test Spesifikasyon Belgesini hazırlarken Test Uzmanları için İpuçları |
|---|---|
| 7 | Sınır değeriyle ilgili test senaryolarının dahil edilmesine gerek yoktur, bu da uç değerleri doğrular, ancak gerektiği yerde girdi olarak en sık kullanılan günlük kullanılan değerleri kullanır. |
| bir | Yazılım işlevlerinin beklendiği gibi seçildiğini ve dahil edildiğini ve dolayısıyla her bir yazılı test durumu için gerekli izlenebilirliğin OQ Test Spesifikasyonu belgesinde bulunduğunu kanıtlamak için temel işlevsellik testlerinin bulunduğundan emin olun. |
| iki | Testlerin adım adım eylemlerle düzgün bir şekilde yazıldığından, kendi kendini açıklayıcı olduğundan ve sıradan bir kişi tarafından anlaşılabildiğinden emin olun. |
| 3 | Bu belgenin kullanıcısı bu terminolojileri bilmeyebileceğinden, test senaryolarında herhangi bir teknik terime mümkün olduğunca atıfta bulunmayın veya bunlardan kaçınmayın. E kullanılan test verileri sistemde zaten mevcut değildir. Kullanıcının test senaryolarını birden fazla kez yürütmek istemesi durumunda, birden çok veri kümesi sağlayın. |
| 4 | Testlerin her biri için zorunlu ve isteğe bağlı ön koşullardan açıkça bahsedin. |
| 5 | İşlevselliği doğrulamak için pozitif test senaryolarının çoğunu dahil edin. |
| 6 | Alakasız girdi durumunda yazılım davranışının beklendiği gibi olmasını ve sistemin olumsuz durumları başarılı bir şekilde ele alabilmesini sağlamak için çok az sayıda olumsuz test durumu dahil edin. |
| 8 | Varsayılan değerlerden değiştirilmesi gerekiyorsa ayarlanacak yapılandırma değerlerinden bahsedin. |
| 9 | Mümkün olan her yerde çalıştırılacak otomatik test senaryolarını sağlayın. Önceden bu otomasyon komut dosyalarının OQ'nun planlandığı sistemde çalıştırılabileceğinden emin olun. |
| 10 | Her test senaryosunun referans olarak net 'Beklenen' ve 'Gerçek' sonuçlara sahip olduğundan emin olun. Ve gerçek sonucu açıklamak için gerekirse herhangi bir yorum ekleyin. |
| on bir | Ayrıca her bir test durumu için 'Kabul kriterlerini' dahil etmek gerekir. Kabul kriterleri, test senaryolarının yürütülmesinden sonraki sistem durumu olabilir. |
| 12 | Testlerin her biri için kullanılacak 'Test Verilerini' doğru bir şekilde sağlayın. En yaygın verileri canlı yayından sağlamaya çalışın. Ayrıca sistemin istisnai durumları da ele alabilmesini sağlamak için birkaç istisnai veri. Kullanılan test verilerinin sistemde zaten mevcut olmadığından emin olun. Kullanıcının test senaryolarını birden fazla kez yürütmek istemesi durumunda, birden çok veri kümesi sağlayın. |
| 13 | Birden fazla Operasyonel kullanıcı testleri paralel olarak farklı konumlardan çalıştırıyorsa, farklı veri kümeleriyle uygun şekilde test yapma talimatını sağlayın. |
| 14 | Testleri çalıştırmadan önce tüm konfigürasyonların, ön koşulların beklendiği gibi ayarlandığından emin olmak için gerektiğinde kontrol listeleri sağlayın. |
| on beş | Sisteme erişim mevcutsa, testler çalışırken günlükleri izlemeye devam edin. |
| 16 | Mümkünse ve gerekliyse, bu test durumlarının yürütülmesi sırasında Operasyonel kullanıcılara bir yürütme desteği sağlayın. |
| 17 | Yürütme sırasında bulunan sorunları bildirme yöntemini açıklayın. Sorunları izlemek için hata izleme aracını kullanmak daha iyidir. Her sorunu dikkatlice izleyin ve üzerinde anlaşmaya varılan SLA'lara göre kapatmaya alın. |
| 18 | Kritik ve ciddi sorunları anlamak ve bu konularla ilgili sık sık güncellemeler sağlamak için doğru paydaşları içeren 'Hata Triyajlarını' çalıştırın. |
| 19 | Yürütme tamamlandıktan sonra nihai sonuçları yayınlamak için son 'OQ Test Yürütme Özet Raporu' şablonunu sağlayın. |
Bu nedenle hazırlanan OQ Planı ve Test Spesifikasyonu, kapsamın çok az veya çok fazla olmamasını ve tüm temel işlevlerin kapsanmasını sağlamak için ilgili paydaşlar tarafından iyice gözden geçirilmeli ve imzalanmalıdır.
OQ'nun başarılı bir şekilde tamamlanması, yazılımın seçilen ortamda operasyonel özelliklerine göre çalışacağını ve yazılımı üretime doğru hareket ettirmede aşama kapısı olduğunu ve Doğrulama sürecinin bir sonraki aktivitesi olan Doğrulama sürecinin ilerleyişinin sinyalidir. PQ .
Performans Yeterliliği (PQ)
Başarılı IQ, OQ tamamlandıktan sonra, Doğrulama sürecindeki bir sonraki aktivite, ürünün / yazılımın beklenen yük altında belirtilen Performans özelliklerini, üretim ortamında herhangi bir darboğaza neden olmadan tutarlı bir şekilde karşılayıp karşılamadığından emin olmaktır.
PQ'nun temel özelliği, bir yazılımın beklenen sisteme yüklendiğinde, canlı yükü kaldırabilir ve beklenen yanıt süresini karşılayabilir ve eşzamanlı kullanıcıları işlerken en yüksek yükler ve stres altında çökmez.
Bu nedenle, PQ temelde bir yazılım için belirtilen performans kriterlerinin, canlı yayındaki model gibi değişen yük koşullarında güvenilir bir şekilde belirli bir süre (belki bir hafta) boyunca elde edilmesini sağlamak içindir. Bu nedenle, yazılım sistemi davranışını izlemek için bu testlerin her gün çalıştırılması gerekir ve bu nedenle PQ, sistemin performansı için kanıtlanana kadar tamamlanması biraz zaman alacaktır.
İdeal olarak, PQ Doğrulaması, yazılımın işlevselliğinin sağlandığı ve ürün veya yazılımın performans yönünü doğrulayarak ilerleyebileceği OQ tamamlandıktan sonra gerçekleştirilir. Bazen zaman kısıtlaması nedeniyle, PQ, OQ tamamlanma yüzdesine olan güvene dayalı olarak OQ'ya paralel olarak başlayabilir.
Bu performans testlerini, tam yüklü sistemle canlı sistemde veya canlıya benzer koşullarda gerçekleştirmek ve performans açısından herhangi bir darboğaz olmadığından emin olmak idealdir.
Aşağıdaki testler genellikle Performans Yeterliliğinin bir parçası olarak çalıştırılır. Ve testlerin seçimi yazılımdan yazılıma değişir.
# 1) Kullanılabilirlik Testi: Yazılımın çökmeden veya çökmeden sürekli olarak kullanılabilir olmasını sağlamak için.
# 2) Erişilebilirlik Testi: Herhangi bir sorun olmaksızın, beklenen performans hızı ile yazılıma her yerden kolayca erişilebilir olmasını sağlamak.
# 3) Yük Testi: Sistemin beklenen günlük yük ve ayrıca pik yük koşulları altındaki davranışını ölçmek.
# 4) Stres Testi: Aşırı yükleme koşulları altında sistemin kırılma noktasını ölçmek için.
# 5) Verimlilik Performans Testi: Sistemin yanıt süresini ölçmek ve TPS'yi (saniye başına işlem) ölçmek
# 6) Ölçeklenebilirlik Testi: Sistem, beklenen eşzamanlı kullanıcıları işlemek için ölçeklenebilir.
Performans Testi Senaryoları ve karşılık gelen otomatik komut dosyaları, 'Kullanıcı Gereksinimleri spesifikasyonu' belgelerinde belirtilen performansla ilgili gereksinimlere göre hazırlanır.
Bir OQ Planına benzer şekilde, test yaklaşımını, stratejisini, planını ve zaman çizelgesini araçlarla birlikte açıkça belirten ayrıntılı bir PQ planı hazırlanmalı ve PQ uygulayıcıları ile birlikte yürütülmelidir.
Performans ölçütlerini ölçmek ve raporlamak için performans testi ve izleme aracının PQ'nun yürütüldüğü ortama kurulması gerekir.
Aşağıda, Operasyon Ekibinin PQ'yu başarılı bir şekilde gerçekleştirmesini sağlamak için test uzmanları için ipuçları verilmiştir.
| Sno | Test uzmanları için Operasyon Ekibini etkinleştirmek için ipuçları |
|---|---|
| 7 | Sistem üzerinde performans testini gerçekleştirmesi için Operasyon ekibine rehberlik edin, destekleyin ve eğitin. |
| bir | URS'ye dayalı performans testlerini gerçekleştirmek için temel işletmeye özel senaryolar hazırlayın. |
| iki | Sistemin çeşitli yükleme koşulları altında yanıt süresi, hız, ölçeklenebilirlik ve kararlılık beklentilerini karşıladığını kanıtlamak için testlerin dahil edildiğinden emin olun. |
| 3 | Belirtilen yükün mevcut olduğundan veya gerekli yükü oluşturmak için yöntem ve araçların ilgili test senaryolarında açıkça belirtildiğinden emin olun. |
| 4 | Sistemde olması gereken ön yükleme koşulları, eşzamanlı kullanıcı sayısı vb. Gibi her bir senaryo için ön koşulu açıkça belirtin. |
| 5 | Her test kategorisine ve her teste özgü performans testinin gerçekleştirilmesi için kullanılması tavsiye edilen araçlar. |
| 6 | Performans ölçütlerini izleme sürecinden açıkça bahsedildiğinden emin olun. |
PQ'nun başarılı bir şekilde tamamlanmasının ardından, performansla ilgili herhangi bir sapma, kullanıcıya rahatsızlık yaratarak büyük bir iş kaybına neden olabileceğinden ve kullanılacak yazılıma olan güven kaybolacağından, performans gereksinimlerinin karşılanması çok önemlidir.
Özetle, t Aşağıdaki tablo IQ-OQ-PQ faaliyetlerini özetlemektedir.
| IQ | NE | PQ | |
|---|---|---|---|
| Ne | Yazılım yükleme sürecini ve sürecin nasıl belgelendiğini doğrulamak için | Sistemin düzgün çalıştığını doğrulamak için | Müşteriler, Sahipler, Tedarikçiler, Operasyon ekibi |
| DSÖ | Müşteriler, Sahipler, Tedarikçiler, Operasyon ekibi | Müşteriler, Sahipler, Tedarikçiler, Operasyon ekibi | Müşteriler, Sahipler, Tedarikçiler, Operasyon ekibi |
| Nerede | Sahiplerin sitesinde, operasyon ekibi konumu, canlı site, ürün benzeri ortam | Sahiplerin sitesinde, operasyon ekibi konumu, canlı site, ürün benzeri ortam | Sahiplerin sitesinde, operasyon ekibi konumu, canlı site, ürün benzeri ortam |
| Ne zaman | Yazılım, yazılım ekibinden alındığında, OQ ve PQ'dan önce. | Sistemi kullanım için serbest bırakmadan önce ve IQ başarıyla tamamlandıktan sonra | Sistemi Canlı duruma getirmeden önce ve başarılı bir IQ'dan sonra, OQ tamamlama |
Aşağıdaki tablo, her bir doğrulama aşaması için çeşitli girdileri açıklamaktadır.
| Tür | Giriş |
|---|---|
| IQ | 1. Tasarım Şartname Dokümanı 2. Yazılım ikili dosyaları ve diğer kurulum komut dosyaları 3. Kurulum Kılavuzu Dokümanı 4. Yapılandırma kılavuzu Dokümanı 5. Yapı Doğrulama ve Duman Testi Belgesi |
| NE | 1. Fonksiyonel Şartname Dokümanı 2. OQ Plan Belgesi 3. Operasyonel Yeterlilik Test Dokümanı 4. OQ Test Özeti Rapor Şablonu 5. IQ başarıyla tamamlandı |
| PQ | 1. URS (Kullanıcı Gereksinimi Belirtimi) belgesi 2. PQ Plan Belgesi 3. Performans Yeterlilik Test Dokümanı 4. PQ Testi Özet Rapor Şablonu 5. IQ ve OQ başarıyla tamamlandı |
Sonuç
Ürün / yazılım tüm doğrulama aşamalarını geçmiş ve herhangi bir IQ-OQ-PQ kanıtlayamamış olsa bile, sonuç felaket olabilir ve çok büyük bir maliyete neden olacaktır. Dolayısıyla, IQ-OQ-PQ'nun tek başına başarılı bir şekilde tamamlanması, ürünün geliştirme sahasından üretim sahasına başarılı bir şekilde aktarılmasıdır.
Genel olarak, IQ-OQ-PQ doğrulama sürecinin başarıyla tamamlanması yalnızca yazılıma güven vermekle kalmaz, aynı zamanda Müşteriye, Sahiplere, Yazılım Geliştiricilerine ve Test Edenlere gönül rahatlığı sağlar.
10 yıllık deneyim için java j2ee mülakat soruları
IQ-OQ-PQ'yu çalıştırmak aynı zamanda test yapmadan canlı yayma riskini azaltır ve arıza maliyetini düşürür ve ürünlerin geri çağırma riskini azaltır.
Bu nedenle, Guys, Software Developers ve Testers, şirket içinde geliştirme ve test tamamladıktan ve yazılımı Ops Ekibine yayınladıktan sonra kutlama yapılmaz. Kutlama ancak IQ-OQ-PQ'yu başarıyla tamamladığında ve yazılım hedeflenen sistemde canlı olduğunda gerçekleşir.
Dolayısıyla, bir yazılımın başarısı, IQ-OQ-PQ'nun başarılı bir şekilde tamamlanmasına ve yazılımın ne zaman canlı ve son kullanıcılar tarafından tüketime hazır olduğuna bağlıdır.
Yazar hakkında: Bu makale STH ekip üyesiGayathri Subrahmanyam tarafından yazılmıştır. Yazılım Testi alanında 20 yıldan fazla deneyime sahiptir. Test kariyeri boyunca, test teslimatlarını yönetmenin yanı sıra çok sayıda TMMI değerlendirmesi, Test Sanayileştirme çalışması, TCOE kurulumları yaptı ve devasa bir etkileşim için DevOps uygulamasını hayata geçirdi. Ama ona göre öğrenme asla durmaz ...
Doğrulama sürecini gerçekleştirme konusundaki deneyimlerinizi paylaşın ve bu makaleyle ilgili herhangi bir sorunuz varsa bize bildirin.
Önerilen Kaynaklar
- Yazılım Test Kursu: Hangi Yazılım Test Enstitüsüne katılmalıyım?
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Yazılım Testi QA Yardımcısı İşi
- Kariyeriniz olarak Yazılım Testini Seçme
- Yazılım Testi Teknik İçerik Yazarı Serbest Çalışan İş
- Bazı İlginç Yazılım Testi Görüşme Soruları
- Yazılım Test Kursu Geri Bildirimleri ve İncelemeleri
- Yazılım Testi Yardım Ortaklık Programı!