Menü

Yazılım Ürün Testi Nasıl Gerçekleştirilir - Örneklerle Ayrıntılı Süreç ve Yöntemler

  • Ana
  • Test Kavramları
  • Yazılım Ürün Testi Nasıl Gerçekleştirilir - Örneklerle Ayrıntılı Süreç ve Yöntemler

how perform software product testing detailed process

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Yazılım Ürünleri, yeterli ve doğru bir şekilde test etmek için kendi benzersiz yaklaşımlarına ihtiyaç duyar. Çoğu zaman, ekipler bunlara başka herhangi bir yazılım gibi davranır (yani, belirli bir müşteri veya ekip için oluşturulmuş dahili uygulamalar; genel halk tarafından erişilemez; gelir getirmeyen) ve bu, sorunun başlangıç ​​noktasıdır.

Yazılım Ürün Testi, değer katmak için özel bir test stiline ve stratejisine ihtiyaç duyar. Yazılım Ürün geliştirme ve sürekliliği kendi içinde karmaşık bir ekosistemdir ve gelişmek için test uzmanlarının uyum sağlamaları gerekir.

Bunun neden önemli olduğunu ve neden Ürün geliştirmenin en iyi zamanlarda bile karmaşık, karmaşık ve bileşik olduğunu düşündüğümü açıklamama izin verin.

Ürün testi nasıl yapılır

Ne öğreneceksin:

Yazılım Ürünü geliştirme zorlukları:

Yazılım Ürünü geliştirme ekiplerinin karşılaştığı zorluklardan bazıları şunlardır:

# 1)Kullanıcı demografisi, cihazları, ortamları, platformları vb. Üzerinde kontrol eksikliği. : Belirli paydaşlar için oluşturulmuş yazılımlardan farklı olarak yazılım ürünleri kontrollü ve öngörülebilir durumlarda kullanılmaz. Dikkate alınması gereken çok fazla faktör var.

#iki)Sisli ürün vizyonu : Ürün davranışı ve özellikleri sonsuza dek değişiyor ve olgunluğa giden yolculuk açıkça görülmüyor. Ya da ürün, ekiplerin ne olduğunu bilmediğinden kontrolden çıkacak kadar hızlı büyüyor.

# 3)Agresif zaman çizelgeleri : Yazılım ürünü pazarındaki yoğun rekabet nedeniyle, işler çok yüksek bir hızda hareket etmeli ve takımlar, rakiplerinin bir adım önünde kalmalıdır. Aksi takdirde, kesinlikle rekabette kaybedeceklerdir.

# 4)Başarısızlık korkusu : Yazılım ürünleri genellikle yenilikçidir. Dolayısıyla başarıları her zaman belirli değildir. Bu, şirketlerin bütçe, teknoloji, altyapı, vb. Açısından tamamen dışarı çıkamamasının nedenidir. Başarısızlıktan ve hatta başabaştan belirli bir miktar bağışıklık kazanmak için genellikle geri durmak zorunda kalırlar.

# 5)Uygulanabilir geri bildirim eksikliği: Paydaşlar, ticari kullanıcılar veya müşteriler olmadığından, son kullanıcının neyi beğenip beğenmediğini anlamak zordur. Şirketler sürekli olarak bir tahmin oyunu oynarlar ve genellikle yazılım için istedikleri ile müşterinin istediği arasındaki boşluğu doldurmakta güçlük çekerler.

Bu zorluklar, ürün geliştirme, pazarlama ve sürdürmenin tüm alanlarını etkiler ve doğal olarak ürün testini de etkiler.

Oyunda ilerlemek için, bu tür testler beş önemli noktayı hesaba katmalıdır:

  • Geliştirme ve sürümlerin hızı
  • Ürünün kısa vadeli ve uzun vadeli ürün hedefleri
  • Rekabetin kapsamı ve niteliği
  • Hedef kitleler ve çevreleri
  • Gereksinimler - İşlevsel, performans, güvenlik, kullanılabilirlik, yapılandırma vb.

Daha fazla ayrıntıya girmeden önce, ürün yaşam döngüsünü anlayalım (Bu genel bir ürün yaşam döngüsüdür ve yazılım ürünlerine özgü değildir, ancak yazılım benzer bir model izler):

ürün yaşam Döngüsü

İyi bir Ürün Test Stratejisi / Yaklaşımı, ürünün yaşam döngüsündeki mevcut aşamasını dikkate almalıdır.

Ayrıca => okuyun İyi bir test stratejisi belgesi nasıl yazılır

Misal: Bir XYZ şirketinin ürünü, 'TrackFast' adı verilen bir kusur izleme yazılımıdır. Yeni bir üründür ve ilk sürüm bulut ve şirket içi çözüm olarak piyasaya sürülmek üzere ayarlanmıştır. TrackFast, diğer tüm kusur yönetim sistemleri gibi çalışır ve hem Mobil hem de Web erişimi için oluşturulmuştur. Şu anda, ürünün parçalar halinde oluşturulduğu 2 ila 4 haftalık sprintler var. Müşterileriyle buluşmadan önce 'TrackFast' i test eden test ekibindesiniz. Test, işlevsellik, performans ve güvenliği kontrol etmeyi içerir.

cpu ve gpu sıcaklığını izlemek için en iyi yazılım

Özetlemek gerekirse, bunlar üzerinde çalıştığınız parametrelerdir. Ya da tercih edersen, bu senin bağlamın

parametreler

Her aşamada nasıl test edileceğini görelim. Bu ürün testi her aşamada süreç, yöntem veya yaşam döngüsü.

Aşama 1) Ürün Tanıtımı

TrackFast piyasaya ilk kez gireceği için, fikir iyi bir ilk izlenim bırakmaktır. Öyleyse çevrilmemiş taş bırakmayın. Her şeyi ve her açıdan test edin. Buna ek olarak, gelecekteki testlerin temelini atın.

Bu noktada iyi bir test stratejisi aşağıdakileri içermelidir:

  • TrackFast'in kısa vadeli hedeflerini doğrulayan testler. 'Doğru sevk edilmesi için gerekenler' test çalışmalarının ön saflarında yer almalıdır. Oluşturmak Uçtan uca testler (ön uç, ara yazılım ve arka uç) her özelliğin kapsamlı testi için
  • TrackFast'i rakiple karşılaştıran testler (ideal olarak bu ürün sahiplerinin işidir, ancak bir testçi olarak iki sentimizi ekleyebiliriz. Ayrıca, yazılımın halihazırda bazı eşleri varsa bu adım daha kolaydır. Örneğin: TrackFast'ı Bugzilla veya JIRA ile karşılaştırmak kolaydır veya diğer eski sistemler . Ama diyelim ki, bir bebeğin ne zaman acıktığını veya huysuz olduğunu tahmin edebilmek gibi alışılmadık bir şey yapan bir uygulama yaratıyorum :), temel olarak kullanabileceğiniz bir uygulama bulmak zor olabilir)
  • Platform, tarayıcı ve cihaz uyumluluk testleri
  • Kurulum kolaylığı için testler , kurulum ve hızlanma
  • Performans, güvenlik ve kullanılabilirlik testleri
  • Entegrasyon Testleri diğer sistemlerle arayüz oluşturuyorsa. Basit bir entegrasyon örneği, Hata izleme sistemlerinin bildirim göndermek için genellikle e-posta istemcileriyle etkileşime girmesidir.
  • Regresyon planı - Gelecekteki regresyon döngülerinin bir parçası olacağını düşündüğünüz kritik testleri işaretlemek veya işaretlemek ve bunları gelecekteki sürümler için otomatikleştirmeyi düşünmek iyi bir fikirdir.
  • Bilinen sorunlar için plan yapın (bunları iş yığınına mı ekleyeceksiniz yoksa CR'ler olarak mı işleyeceksiniz vb.)
  • Ürün bir sonraki yaşam döngüsü aşamasına geçtiğinde değişebilme esnekliği.

Ürünün çıkması bazen uzun sürebilir, bu nedenle bir işi mümkün olduğunca kapsamlı bir şekilde yapmanız gereken her zaman kullanın.

Bu aşamada, 2-4 haftalık sprintlerin sonunda ürünün bir parçası hazır olsa da, çoğu zaman her sprint, gönderilen kodla sonuçlanmaz. Bu nedenle, son sprint testini asla 'bitti ve teslim edildi' olarak düşünmeyin. Yayınlanana kadar her sprintte kritik testleri tekrarlayın. Her sprint ile, o noktaya kadar sahip olduğunuz ürünün tamamını test edin.

Aşama # 2) Ürün Büyümesi

İlk proje tanıtımından sonra, her şey yolunda giderse, bir faaliyet akışı bekleyin çünkü Ürün Büyümesi hızlı tempolu bir şerittir. Şimdi büyük köpekbalıklarıyla birlikte yüzüyorsunuz ve ayak uydurmazsanız, yutuluyorsunuz.

Burada sürümler kısalıyor, yazılıma yapılan iyileştirmeler sayı olarak daha fazla hale geliyor ve gerileme kapsamı neredeyse yönetilemez hale geliyor.

Ürün test stratejisi, yazılım geliştirmenin devam ettiği hızda çalışmalı ve bir darboğaz haline gelmemelidir.

Bunlar yardımcı olabilir:

  • Projenin uzun vadeli hedeflerini aklınızda bulundurun. Bu şimdi aşmakla ilgili değil. Bu özelliklerle yaşamak ve onlarla birlikte gelişmekle ilgilidir.
  • Erken Test TDD'yi düşünün veya BDD Testi yeni gereksinimlerle sonuna kadar ertelemek yerine
  • Regresyonu otomatikleştirin ve güçlendirin - Sisteminizde denenmemiş kara mayınlarıyla kalmamak için yerinde otomatik bir regresyon paketi oluşturun
  • İşletme / ürün sahipleriniz teste dahil olmak istiyorsa, Salatalık gibi iş dili tabanlı bir otomasyon aracı düşünün.
  • Kullanılabilirliği koruyun ve site tasarımı testinizin merkezinde yer alır. Çünkü eklediğimiz daha fazla özellik, site daha temiz görünmelidir
  • Büyük bir sürüm gerçekleştiğinde veya mimaride önemli bir değişiklik yapıldığında performans ve güvenlik testi gerçekleştirin. (Yeni sunucu getirildi, vb.) Çoğu yazılım sistemi her sürümde buna ihtiyaç duymaz.
  • Rekabetle iletişim halinde olun ve ürün vizyonunu öğrenin
  • Uyarlama çifti testi , anında geri bildirim ve düzeltme için. Mümkün olduğunda ürün sahibini dahil edin
  • Değişiklikler ve bilinen sorunlar için plan yapın
  • Müşteri geri bildirimlerini elinize almaya çalışın ve büyümeyi sabit tutmak için iyileştirme önerisi olarak izlenip izlenemeyeceğini kontrol edin. (bir kez daha, bu QA ekibinin birincil sorumluluğu değildir, ancak herkes önemlidir)

Aşama # 3) Ürün Olgunluğu

Ürününüzün bu kadar yol katettiği için tebrikler. Bu noktada, özellikler çok sık değişmiyor. Ürün ekibi, daha fazla iş veya pazarlama çabaları getirmeye daha fazla odaklanacak. Bununla birlikte, ürün geliştirme ve testin durması gerekmez ve çoğu zaman da durmaz.

Bu nedenle, test ekibi şunları yapabilir:

  • Test stratejinizi olgunlaştırmaya çalışın. Bu noktada, regresyon paketleriniz, test tasarım yöntemleriniz ve test yönetimi uygulamalarınız iyi yağlanmış makineler gibi çalışmalıdır.
  • Daha ince ayrıntılara odaklanın. Çünkü genel olarak ürün çalışıyor ve iyi gidiyor, ancak dedikleri gibi- ' Tanrı ayrıntılarda gizlidir - Sistemin kalitesini artırabilecek en küçük sorunları bile bulun
  • Müşteri geri bildirimlerini değerlendirin
  • Periyodik olarak performans ve güvenliği test edin
  • En son test ettiğinizden itibaren pazara girmiş olabilecek yeni cihazları, platformları ve tarayıcıları hesaba katın
  • Kullanım Kılavuzu ve SSS sayfalarını test edin çünkü şimdiye kadar vaktiniz var ve buna gücünüz yetiyor.
  • Yeni bir ürün test araçları, hizmetleri veya bir süreçle denemeler yapın çünkü artık yapabilirsiniz.
  • Ne kadar küçük olursa olsun, kurulum sürecini her sürümle test edin ve son kullanıcı için ne kadar kolay veya zor olduğuna dair istatistikler alın.

Ne yaparsan yap, kayıtsız olma.

4. Aşama) Ürün Reddi / Ürün büyümesine geri dönüyor

Ürün sahipleri ve işletmeler bu günlerde akıllılar ve ürünlerini aynı şekilde tutamayacaklarını ve kullanıcıların sadık kalmasını bekleyemeyeceklerini çok iyi biliyorlar. Ürünler çok hızlı hareket eder.

Yani TrackFast arkanıza yaslanıp rahatlayamaz. Pazar mevcudiyetini sürdürmesi ve lider kalması gerekiyorsa, gelişmesi gerekir. Beğenin ya da nefret edin, Facebook insanları birbirine bağlamak için basit bir sosyal ağ olarak başladı ve kendi başına milyonlarca başka şeyle bütünleşen ve güncelliğini koruyan büyük bir yazılım platformudur.

TrackFast'ın da gelişmesi gerekiyor. Güvenilir ve etkili bir hata takip sistemi olduğunu kanıtladıktan sonra, gelişmesi gerekir, yoksa düşecektir. Bu nedenle, XYZ şirketi TrackFast'i yalnızca yazılım geliştirme sürecindeki kusurlar için değil, BT / test ekipleri (JIRA gibi bir şey) dışındaki işletmeler tarafından herhangi bir olayı veya vakayı izlemek için kullanılabilecek genel bir bilet sistemi haline getirerek iyileştirmeye karar verir. .

çevrimiçi anime izlemek için en iyi yerler

Çark tam bir dönüş yaptı ve kendinizi sistemi yepyeni bir sistem olarak ele alırken bulursunuz ve Ürün Tanıtımı bölümünde tartıştığımız stratejiyi takip edersiniz. Ancak şimdi daha deneyimli ve tatbikata aşinasınız. Ancak unutmayın, her yeni dönüşte yeni bir meydan okuma geliyor. Bu yüzden tetikte olun :)

Sizi başarılı bir ürün testçisi yapan nedir?

  • Ürün test ediciler keskin bir iş anlayışına sahip olmalı, hızlı teslimat geliştirme modellerini anlamalı ve test uzmanları olmalıdır araçları denemekten korkmayanlar ve gerekirse kendileri de biraz kodlayıcılar. Bunlar, her tür test üzerinde olumlu bir etkiye sahip olabilir, ancak bu tür testlerde mutlak bir gerekliliktir.
  • Bir diğer önemli kalite ise ürün testçisi ürüne inanmalıdır ve gerçekten başarılı olmasını istiyorum. Bir testçi olarak yazılımın tamamen çöp olduğunu düşündüğümde, onu daha iyi hale getirmek için her şeyi yapacağım konusunda çok az umut var.
  • Ürün / işletme sahibinin vizyonunu paylaşın . Ürünün nereye gittiğini ve nasıl gelişeceğini bilmediğiniz sürece, testler çok sınırlı olacaktır.
  • Çapraz işlevli beceriler faydalıdır - DB'yi nasıl test edeceğinizi, performans kıyaslamalarının nasıl yapılacağını, güvenlik sertifikalarının nasıl etkinleştirileceğini, nasıl dağıtılacağını vb. Öğrenin. Meraklı olun ve keşfedin .
  • Sınır koymayın - kullanım kılavuzunu değerlendirmenin veya SSS'leri kontrol etmenin sizin işiniz olmadığını ve bununla teknik bir yazarın ilgilenmesi gerektiğini düşünmeyin. Yapmalılar ve yapacaklar. Ancak, ürünü içten dışa tanıyan biri olarak içeriden baktığınızda, geri bildiriminiz çok yararlıdır.
  • Son kullanıcı geri bildirimi isteyin. Sizden sonra test eden bir sonraki büyük insan grubu, gerçek zamanlı kullanıcılardır. Ne tür sorunlarla karşılaştıklarını bilin ve anlayın. Bu, test tasarımınızı geliştirmenize yardımcı olur, böylece bir dahaki sefere bu sorunlardan kaçınmak için ne yapmanız gerektiğini bilirsiniz.
  • Hızlı çalışın ve karar verici olun
  • Teknik borçtan kaçının . Hızlı bir geliştirme ve test durumunda, keşif amaçlı olarak test etmek kolaydır ve gelecekteki sürümler için referans çerçevesini kaybedersiniz. Bunun olmasına izin vermeyin. İzlemek, izlemek ve ölçmek için iskelet belgelerini koruyun

Hizmet olarak oluşturulmuş test yazılımı ile ürün olarak oluşturulmuş yazılım arasındaki en büyük fark - ilkinde, test stratejisine ulaşıldığında sonraki tüm testler için uygulanmasıdır.

Bununla birlikte, bir ürün için test stratejisi, ürünün içinde bulunduğu mevcut yaşam döngüsü aşamasına ve pazar dinamiklerindeki değişikliklere (yeni cihazlar, yeni tarayıcılar vb.) Bağlı olarak değişmelidir. Ürün test stratejisinin değişmesi için çok daha esnek olması gerekir.

Yazar hakkında: Bu makale STH ekip üyesi Swati S. tarafından yayınlanmıştır.

Umarız bu makale yararlı olmuştur. Lütfen yorumlarınızı, sorularınızı ve geri bildirimlerinizi aşağıya göndermekten çekinmeyin.

Önerilen Kaynaklar

^