Menü

Test Projelerini Etkili Bir Şekilde Planlama ve Yönetme (İpuçları)

  • Ana
  • Qa Liderliği
  • Test Projelerini Etkili Bir Şekilde Planlama ve Yönetme (İpuçları)

how plan manage testing projects effectively

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

Proje planlama, proje yönetimi sürecinin en önemli unsurlarından biridir.

Her bir ekibin ulaşılması gereken hedefleri nasıl yorumladığı, proje planına dahil edilen netlik seviyesinin doğrudan bir temsilidir. Özellikle bir test projesi söz konusu olduğunda, yanlış proje planlaması, test edilen sistemin test yürütülmesi ve bir bütün olarak ürünün genel kalitesi üzerinde ciddi bir etkiye sahip olabilir.

=> Tam Test Planı Eğitim Dizisi İçin Buraya Tıklayın

Test projesi planlaması

en iyi Windows işletim sistemi nedir

Bu test projesi planlama dersinde öğreneceğiz

  • Test projelerinde genel proje planlama süreci
  • Kaynak yönetimi, koordinasyon ve raporlama teknikleri gibi belirli belirli planlama unsurları hakkında tartışma

Ne öğreneceksin:

Test planlama süreci

Aşağıda, test planlama sürecinin çeşitli aşamalarında kısaca tartışılan bir gözden geçirme yer almaktadır.

1. Aşama: Gereksinimleri inceleyin ve analiz edin

Bu, herhangi bir proje için ilk adımdır ve herhangi bir test projesinde çok önemli bir rol oynar.

Denerken gereksinimleri analiz et , test ekibinin hangi öğelerin test edilmesi gerektiğini belirlemesi ve dolayısıyla belirlemesi gerekir. Bu öğeler büyük ölçüde son kullanıcının sistemi nasıl tüketeceğine dayalıdır ve bu nedenle ölçülebilir, ayrıntılı ve anlamlı olmalıdır.

Tanımlanan öğeler veya özellikler genellikle belirli yazılım veya ürünün ne yapmak istediğini açıklar; fonksiyonel gereksinimler olarak nitelendirilir. Performans veya uçtan uca yazılım bileşenlerinin etkileşimi gibi bazı işlevsel olmayan gereksinimler de tanımlanabilir.

İş hedefinin farkında olan ve ihtiyaç duyulan gereksinimleri uygun şekilde tanımlayabilen kişiler genellikle bu faaliyetin bir parçasıdır. Gereksinimler daha sonra belgelenir ve incelemeler için sirküle edilir. Belgeyi son imzaya götürmek için tüm inceleme yorumları ve geri bildirimler dahil edilmelidir.

2. aşama: Test kapsamı

Testin kapsamı genellikle ihtiyaç analizi aşamasının bir uzantısıdır ve el ele gittiği için çoğunlukla tek bir faaliyet olarak kabul edilir. Gereksinimler ortaya çıktığında, test ekibi hangi öğelerin test edilip neyin test edilmeyeceğini belirler.

Bu faaliyet aynı zamanda hangi ekiplerin hangi test alanlarını kapsadığını belirlemeyi hedeflemelidir.

Örneğin bir ekip FVT (Fonksiyon Doğrulama Testi) için ayrılmış ve SVT (Sistem Doğrulama Testi) test için tamamen farklı bir kapsama sahip olacak ve küreselleştirme FVT tarafından gerçekleştirilebilir veya yapılmayabilir.

Ayrıca test projesi otomasyon gerektiriyorsa bunun fizibilitesi de burada değerlendirilir. Tanımlanan net bir kapsamın, neyin test edildiğini ve hangi ekibin test çabasını kapsadığını net bir şekilde belirlemesi yönetim için çok değerli olacaktır.

Sahne 3: Tasarım test stratejisi kapsama göre

Test ekibi, gereksinimleri topladıktan ve testin kapsamını belirledikten sonra, test hedeflerine ulaşmak için test yaklaşımını tanımlayan test stratejisi belgesi olarak adlandırılan yüksek düzeyli bir belge çıkaracaktır.

Bir test stratejisi belgesinin çok sık güncellenmesi amaçlanmamıştır.

Yüksek düzeyde, test stratejisi belgesinin içeriğinde testin kapsamı ve hedefi, bireysel test ekiplerinin yaklaşımı, rolleri ve sorumlulukları, test için belirlenen araçlar, belirlenen ölçümler, riskler ve azaltma planları, raporlama ve izleme yer alacaktır. mekanizmalar vb.

4. Aşama: Test ve yönetim için gerekli olan araçları belirleyin

Otomasyonun mümkün olup olmadığına ve CLI (Komut Satırı Arayüzü) veya GUI otomasyonunun hedeflenip hedeflenmediğine bağlı olarak ilgili araçların tanımlanması gerekir.

Ayrıca, görevlerin oluşturulmasına ve atanmasına, test ilerlemesinin izlenmesine, barikatların tanımlanmasına ve ilerlemeyi gösteren raporların oluşturulmasına yardımcı olacak test yönetimi için tanımlanmış araçlar olmalıdır. Bunu eğitimin ikinci bölümünde daha ayrıntılı olarak tartışacağız.

Aşama 5: Test çalışmasını ve ekibi tahmin edin

Doğru efor tahmini herhangi bir zaman gecikmesini önleyebilir ve kaynakların gerektiği gibi dinamik olarak yeniden dengelenmesini sağlayabilir.

Birincil bu aktiviteyi etkileyebilecek faktörler takımın büyüklüğü, takım içindeki beceriler, takımın tutumu ve programdır.

İlgi düzeyleri ile doğru orantılı olan bu faktörlere uygunluk sağlamak için ekip tarafından çaba tahminlerinin gözden geçirilmesi zorunludur.

6. Aşama: Test programını tanımlayın

Mantıksal satır öğelerine ayrılmış test edilebilir öğelere sahip olduğunuzda, belirtilen iş parçası için boyutlandırma tahmini tamamlandıktan sonra, tüm bunlara ve atanmış test uzmanlarına dayalı olarak ölçülebilir bir test programı tanımlanmalıdır.

7. Aşama: Etkinleştirme planı

Test edilmesi gereken yeni bir proje veya önceden var olan bir sistemin iyileştirilmesi olsun, test ekibi yalnızca teknik olarak değil, aynı zamanda takip edilen genel test süreciyle ilgili olarak da eğitilmelidir.

8. Aşama: Belirleyin ve test ortamını sağlamak

Sistemi test etmek için gerekli altyapıyı belirleyin ve testi desteklemek için gerekli donanım, yazılım ve ağ parçalarını elde etmek için tüm talepleri başlatın.

Bu, üretilen kusurlar üzerinde doğrudan bir etkiye sahip olacak olan test ortamının kararlılığını yöneteceğinden, planlama aşamasında çok önemli bir unsurdur.

9. Aşama: Tanımla test ölçümleri

Yazılım Test Metrikleri ve ölçümleri

Test ölçütleri genellikle ürün veya sistemin kalitesini elde etmek için ölçülen yöntemdir.

Herhangi bir projenin başlangıcında, bu ölçülebilir birimlerin, iyileştirme için herhangi bir fırsat olup olmadığını belirlemeye yardımcı olacak seviyeye ayarlanması gerekir. Genel olarak, kalite denetimi amacıyla ölçüler, ürün ve süreç kalitesinin doğrudan göstergeleridir.

Aşama # 10: Oluştur yazılım test planı , incelemeler ve onaylandı

Bir test planı dokümanı daha test merkezlidir ve kullanım örneği dokümanları, Üst düzey tasarımlar gibi teknik dokümantasyondan belirlenen 'neyi test edeceğini', 'ne zaman test edeceğini', 'nasıl test edeceğini' ve 'kimin test edeceğini' açıklar. , vb.

Şimdiye kadar Proje planlamasının farklı aşamalarını tartıştık.

Her aşama kendi başına bir öğretici olabilirken, makalenin bu bölümü planlama görevleri hakkında daha az konuşulanları ortaya çıkarmayı amaçlamaktadır. Bu görevler, uygun bir ön değerlendirme yapılmazsa, test ekibi ve dolayısıyla ürün üzerinde olumsuz bir etkiye sahip olacaktır.

QA projesini etkili bir şekilde yönetmek için bu görevlere, önemlerine ve sürekli doğaçlama yapmaya devam etmenin ipuçlarına bir göz atalım.

Bir Test projesinin etkin yönetimi

Etkili planlama teknikleri uygulandığında, herhangi bir risk veya hata, test fiilen başlamadan önce bile kolayca belirlenebilir. Aşağıdaki görevlerin her biri birbiriyle ilişkili olsa da, onlara ayrı bir şekilde değinmeye değerdi.

Görev tahsisi ve dağıtımı

Bu, planlama aşamasındaki Çaba Tahmininden ve boyutlandırmadan kaynaklanır. Ekibin becerilerini, tutumunu, zamanlamasını ve boyutunu göz önünde bulundurarak, işte görev dağılımı için bazı ipuçları:

# 1) Ekibi bir yere oturtmak ve belirtilen görevin arkasındaki amacı ve mantığı çok net bir şekilde iletmek çok iyi bir uygulamadır. Belirli bir iş parçasının nesnelerin genel şemasına nasıl uyduğunu bilmek, insanların bunları başarmak için anlamlı bir yöntem bulmalarına yardımcı olacak ve en iyi adımlarını atmalarını sağlayacaktır.

#iki) Tüm ekip üyelerinin yetenek çizelgesini hazırlayın ve buna göre görevleri atayın. Ayrıca, küçük üyelere bile adil bir şans verilmesi gerektiğini unutmayın.

Örneğin: Bir görev büyükse, kıdemli ve kıdemsiz üyeler arasında bölünebilir. Bunu yapmak, kıdemli üyede liderlik niteliklerini etkinleştirecek ve aynı zamanda genç üyenin bilgisine dayanacaktır. Bir görev karmaşıksa, ona 2 veya daha fazla kıdemli üyenin katkıda bulunmasını sağlayın.

# 3) Programla birlikte görev atamasının ilk iskeletine karar verildiğinde, bunu ekip içinde gezdirin ve gözden geçirmelerini sağlayın. Ayrıca, ödevin arkasındaki nedeni ve mantığı açıklayın.

Görevi tamamlamadan önce, bireye katılıp katılmadıklarını veya başka önerileri olup olmadığını kontrol etmek iyi bir fikir olabilir. İtiraz yoksa, programı ve sonlarından itibaren gerekli olan durum raporlamasını tartışın.

Geri bildirim, bireyin tahsisatla aynı fikirde olmadığı anlamına da gelebilir. Bireylerle neden buna katılmadıklarını tartışın ve fikirlerine saygı gösterin. İfade edilen endişeler geçerliyse, görevin programa göre tamamlanması için hiçbir risk olmayacak şekilde atamayı yeniden dengelemek için seçeneklere dikkat edin.

# 4) Beklenen raporlama modu üzerinde anlaşın. Bireylerin karar vermek isteyip istemediklerine karar vermelerine izin verin. e-posta güncellemesi veya diğer resmi olmayan yöntemler kullanmak. Ulaşılabilir olun ve takılıp kaldıklarını hissettiklerinde veya hedefe ulaşmalarını engelleyen herhangi bir şey olduğunda size yaklaşabilecekleri hissini aşılayın.

# 5) Gerekli görevleri takip etmek için gerekli araçların tanımlanması önemlidir. Bu, henüz üzerinde çalışılmayan, devam eden ve tamamlanan görevlerin zamanında gözden geçirilmesine yardımcı olacaktır.

Kaynak yönetimi ipuçları

Burada bulunan liderlik makalemin bir parçası olarak test kaynaklarının yönetimi ile ilgili birçok bilgi yapıldı:

=> Liderliği test edin ve test ekibinin nasıl etkili bir şekilde yönetileceği

Burada kısaca bunlardan bazılarına değineceğim.

# 1) Sık sık, test görevlileri, sıkı proje süreleri, kısa kadrolu personel olması veya proje programlarında herhangi bir değişiklik olmaksızın aniden aşırı içerik eklenmesi nedeniyle her zaman yüksek baskı altındadır.

Bu tür durumlarda, zaman çizelgelerinin aksabileceğini öngörürseniz, yönetimle görüşün ve kapsamın buna göre değiştirilmesini sağlayın.

#iki) Bu gibi durumlarda, iletişim hatlarını test edenlerle her zaman daha açık tutmak çok önemlidir. Test uzmanlarıyla mevcut durumu tartışın ve bu değişikliklerin nasıl gerçekleştiğini belirtin ve yukarıdan aşağıya tercüme edin.

# 3) Proje durumu üzerinde doğrudan etkisi olacak çözülmesi gereken kusurlar, teknik sorunlar, sorgular her zaman olacaktır. Kusurlarla veya diğer teknik sorgularla ilgili sorunların hızlı bir şekilde sıralanması için geliştirme ve test ekipleri arasındaki boşluğu her zaman azaltmaya çalışın.

Teknik soruları veya herhangi bir noktada yönetim veya geliştiricilerle olan sorunları çözmek için tartışmalara öncülük etmek ve yönlendirmek için güvenli bir konumda olacak şekilde her test uzmanına bir sahiplenme duygusu aşılayın.

# 4) Programların her zaman karmakarışık olma şansı yüksektir, bu nedenle test ekibinden yönetimin her zaman kendilerini esnetebilmesi için beklentiler belirlemeyin.

'Hep çalışmak ve oynamak Jack'i sıkıcı bir çocuk yapar' Muhtemelen, nihai tükenmişlik riski yüksek olduğundan, bir test ekibi için en ideal şekilde uygun bir atasözüdür. Her zaman yedekleri tanımlayın, böylece insanlar ara vermek istediklerini hissettiklerinde biraz ara verebilirler.

# 5) Görevlerin ve durumlarının kontrol altında olması için test ekibiyle ve yönetimle düzenli olarak bağlantı kurulması çok önemlidir. Bunları bir sonraki maddede daha ayrıntılı olarak ele alacağız.

Raporlama için kullanılan test izleme / araçlar

Yönetim, gerçek durum onlara iletildiğinde genellikle kaşlarını kaldırarak tepki verir. İşte bu kaşların makul bir dereceye kadar nasıl indirileceğine dair bazı ipuçları.

# 1) Test uzmanları, test sırasında çok fazla dengesizlikle ilgilenir ve çoğu zaman birden fazla kişi onlardan farklı seviyelerde ilerleme ister. Bu idari görevleri yerine getirmeyi kapsamlı ve ek bir yük buluyorlar. İlerlemelerini bildirmeleri önemli olsa da, bir çözüm bulmanız gerekir. ilerlemelerine giden daha az hantal yol .

#iki) Test ekibiyle düzenli kontrol noktası / saldırı toplantıları yapın ve işlerin yolunda gidip gitmediğini analiz edin. Ne kadar ileri geldiklerini, neyin ilerlemekte olduğunu, neyin yapılması gerektiğini ve onları neyin engellediğini görmek için onlarla bir araya gelin. Birinin aşırı yük hissetmesi durumunda, sorunsuz bir uygulama için biraz yeniden dengeleme yapmak için harekete geçin.

# 3) Yönetimle düzenli toplantılar yapın ve durumla ilgili her türlü soru için liderin iletişim noktası olduğunu ve bireysel test uzmanlarından yalnızca gerektiğinde devreye girmelerinin istenebileceğini fark etmelerini sağlayın.

Durum iletişimi dışında, test ekibini mümkün olduğunca göstermeye çalışın. Bir test kullanıcısı önemli bir kusuru bildirdiyse, bunu daha geniş bir kitleye sergileyin ve takdir edin. Bu, herkesi çıtasını yükseltmeye motive edecektir.

# 4) Durum raporlamasının en doğru ve şeffaf şeklinin test yönetimi / raporlaması için tanımlanmış araçlara sahip olmak olduğunu belirtmeye bile gerek yok.

Tüm test planlamasına yardımcı olan kapsamlı araçlar vardır - örneğin Microsoft Proje Planlayıcı veya MS projesi 2013 .

mpp

Bu araç, bir projenin aşamalı olarak tanımlanmasına, bu aşamaların her birine tahsis edilen büyük ve küçük görevlerin bir dökümü ile gerekli görevlerin özüne, çaba tahminlerine, görevler arasındaki bağımlılıkların tanımlanmasına ve kaynakların atanmasına yardımcı olur. Bu şekilde, bu, bir projenin verimli bir şekilde izlenmesine ve yönetilmesine yardımcı olur.

Ayrıca burada çok güzel bir şekilde açıklanan bir dizi araç bulabilirsiniz:

=> En iyi Test yönetimi / raporlama araçları

Sonuç

Planlama sürecindeki her aşama ayrıntılı olarak tartışılabilirken, bu belge test uzmanlarının rollerinin bu genel süreçle nasıl uyumlu olduğunu anlamalarına yardımcı olacaktır. Bu, çok spesifik test planlama unsurlarını ortaya çıkarma girişimimizdi; bu, işlerini etkin bir şekilde gerçekleştirmek için test ekiplerini günlük olarak etkiler.

Umarım bu makale, proje planlamasının bazı ince yönlerini iyi bir açıklıkla ortaya koymuştur. Etkili planlama için zaman ayırmak, proje kilometre taşlarına ulaşmada etkili olabilir.

Yazar hakkında: Bu Sneha Nadig'in konuk makalesi. Manuel ve otomasyon test projelerinde 8 yılı aşkın deneyime sahip bir Test lideridir.

Test projelerini etkili bir şekilde yönetmek için daha spesifik ipuçlarını paylaşmak ister misiniz? Aşağıdaki yorumlarda bize bildirin.

=> Tam Test Planı Eğitim Dizisi İçin Burayı Ziyaret Edin

Önerilen Kaynaklar

^