Menü

Test Etmek İçin Yeterli Zaman Olmadığında Ne Yapmalı?

what do when there isn t enough time test

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

Test döngünüzün bir bölümünde, test etmek için yeterli zamanınızın olmadığını sık sık anlar mısınız? Başlamak için her şeyi kontrol altına almıştınız, ancak yakında 'Test için yeterli zaman olmadığında ne yapmalı?' Acil durum planına ulaşacaksınız. Bölüm.

Ben de oradaydım ve bu hiç eğlenceli değil. :)

Bunu uzun uzun düşündüm. Bu kadar iyi başlayan bir şey nasıl bu kadar kötü, bu kadar çabuk düşebilir? Ve işte analizim.

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

Ne öğreneceksin:

Test Sürem Nereye Gitti?

Test Etmek İçin Yeterli Zaman Yok

Windows 7'de swf dosyaları nasıl açılır

İlk olarak, bu neden oluyor?Pek çok neden - bunlardan bazıları:

# 1) Yanlış Tahmin :

Yanlış bir beklentiyle başladıysanız, işler başarısız olmaya mahkumdur. İyi bir test tahmini aşağıdakileri dikkate almalıdır:

  • Hazırlık görevleri için zaman - Aşağıdaki gibi görevlerden bahsediyoruz:
    • Bir regresyon paketini belirleme ve bir araya getirme
    • Test verilerini oluşturma
    • Test hazırlığını belirleme zamanı (Örn .: Duman / Sanity Testi) vb.
  • Test durumu bakımı : Test senaryoları, uzun vadeli kullanım varlıklarıdır. Yürütme sırasında küçük güncellemelerden geçeceklerinden eminler. Yeni ürünler için test yürütme sürenizin% 30'una kadar olan bu küçük bakım görevleri için ayrılması önerilir. Tüm ekipler ve projeler% 30'a ihtiyaç duymayabilir, ancak bu görev için biraz zaman ve çaba ayırın.
  • Buna /Keşif testi - Komut dosyası yazılmış testlerin sayısı, test tahmin sayıları için önemli bir paydadır. Bununla birlikte, bu dünyadaki hiçbir test ekibi, model baskın şekilde yazılmış olsa bile yazılımınızı keşfetmeyi inkar etmeyecektir.
  • Raporlama / İletişim - Buna triyaj / ayağa kalkma toplantıları, iş yönetimi araçlarının güncellenmesi vb. Dahildir.
  • Acil durum faktörü: Standartlar, orijinal tahminlerinize% 25-30 tampon önerir. Ancak takımlar bunu nadiren karşılayabilir. O zaman bile, mümkünse biraz nefes alma odası bırakın.
  • Takım ve yetenekleri: Yeni bir ekibiniz varsa veya ilk kez bir araç kullanıyorlarsa, eğitim için biraz zaman ayırmanız gerekebilir. Tahminlerinizi birlikte çalıştığınız ekibinize göre uyarlayın.

Önerilen okuma=> Test tahmini başarısı ve yöntemleri hakkında daha fazla bilgi için bunu kontrol edin

# 2) Kararsız yapılar ve diğer teknik sorunlar:

  • Duman / Sanity testi hatası : AUT üzerindeki temel testler QA ortamına yerleştirildikten sonra başarısız olduğunda, QA ekibinin testi yürütmek için yapabileceği neredeyse hiçbir şey yoktur. Bu gerçekleşirken diğer görevler üzerinde çalışabileceğimiz doğrudur, ancak yine de test döngüsü zaman. Yani bu, boşa harcanan zamanın en büyük katkısıdır.
  • Test verisi kullanım dışı : Üretim benzeri veriler her test projesi için bir zorunluluktur. Bunu QA ortamına zamanında ulaştırmamak da bir başka engelleyici faktördür. Bazen test uzmanları bu sorunu çözmek için kendi test verilerini oluşturmak ve yönetmek ama zaman alıcıdır ve her zaman yerinde olmayabilir.
  • Çevre sorunları - Derleme başarısız dağıtımlar, sunucu zaman aşımına uğramaya devam ediyor ve bu tür birçok sorun test döngünüzü tüketiyor. Bu muhtemelen, bazı şirketlerin (tümü değil) etkili bir kalite güvencesi için iyi, canlı bir ortamın önemini zayıflatmasından kaynaklanmaktadır. Genellikle düşük kapasiteli sunuculardan ve makyaj kurulumlarından kurtulmaya çalışırlar. Bu gerçekten kısa süreli bir düzeltmedir ve kimsenin iyiliği yoktur. Aslında, bu onlara test kalitesine ve değerli test süresinin kaybına mal olabilir.

# 3) İlgili tüm taraflar arasında anlaşma eksikliği:

Bu, Agile'ı takip eden ekiplerde nadir görülen bir sorun olabilir veya Kasa Çalıştıkları yakın çevreler nedeniyle, ancak birçok ekip, Dev, Ops ve QA'nın birbirinden çıktıları ne zaman alacağı konusunda anlaşmazlık veya yanlış iletişimden muzdariptir. Dolayısıyla gecikmeler.

İletişim inceliklerini anlamak için bunu kontrol edin => İş, Geliştirme ve Kalite Güvencesi Projeyi Tamamlamak İçin Birlikte Nasıl Çalışabilir?

Artık sorunları bildiğimize göre, işte düzeltmenin bazı yolları.

Test uzmanları test için yeterli zamanı nasıl elde edebilir?

# 1) Doğru tahmin edin. Şüpheye düştüğünüzde makul bir marjla fazla tahmin edin, ancak hafife almayın. Ekibinize, araçlarınıza ve süreçlerinize göre tahmin ayarlamaları yapmayı unutmayın. Bittiğinde, herkesin farkında olması ve döngüde kalması için resmi bir onay isteyin.

#iki) Geçmiş verileri dikkate alın - Test Yönetimi aracı en iyi arkadaşınızdır .

  • Önceki sürüm testi döngüleri ne kadar sürdü?
  • Önceki test döngüsünde kesintilere ne tür sorunlar neden oldu?
  • Çoğu test durumu geçmeden önce kaç çalıştırdı?
  • Hangi kusurlar rapor edildi?
  • Testin kesintiye uğramasına neden olan kusurlar nelerdir?

# 3) Bu soruları sorun ve buna göre plan yapın:

  • Öğrenin Önemli işlevsellik projeniz mi?
  • Projenin yüksek risk modülünü öğrenin?
  • Kullanıcı en çok hangi işlevselliği görebilir?
  • Hangi işlevsellik en büyük güvenlik etkisine sahiptir?
  • Kullanıcılar üzerinde en büyük finansal etkiye sahip işlev hangisidir?
  • Müşteri için uygulamanın hangi yönleri en önemli?
  • Kodun hangi bölümleri en karmaşıktır ve bu nedenle çoğu hataya maruz kalır?
  • Uygulamanın hangi kısımları acele veya panik modunda geliştirildi?
  • Geliştiriciler uygulamanın en yüksek riskli yönlerinin neler olduğunu düşünüyor?
  • Ne tür sorunlar en kötü tanıtımlara neden olur?
  • Müşteri hizmetleri şikayetlerinin çoğuna ne tür sorunlar neden olur?
  • Hangi tür testler birden çok işlevi kolayca kapsayabilir?

Bu noktaları göz önünde bulundurarak, daha az zaman kısıtlaması altında proje yayınlama riskini büyük ölçüde azaltabilirsiniz.

# 4) Bir Test Yönetimi aracı kullanın. Bu, hazırlık, raporlama ve bakım süresini ve çabasını önemli ölçüde azaltacaktır.

=> En popüler test yönetim aracı seçeneklerinin listesi için , burayı kontrol et :

# 5) Hatalı yapılar / teknik sorunlar hakkında yapabileceğimiz pek bir şey yok, ancak yardımcı olabilecek tek şey Birim test sonuçlarına bakmaktır. Bu bize yapının başarılı olup olmadığı ve ne tür testlerin başarısız olduğu konusunda bir fikir verecektir - bu yüzden tekerleği yeniden icat etmeyeceğiz.

Eğer senin Test Yönetim Aracı destekler CI entegrasyonu , bu bilgilere sorunsuz bir şekilde erişebilirsiniz, böylece uygulamanın kararlılığını daha iyi anlarsınız.

# 6) Üretkenliğinizi ve ilerlemenizi sık sık ölçün . Durum raporlarının yalnızca harici ekiplerin yararına bir teslim edilebilir olmasına izin vermeyin. Günlük hedeflerinizi ve bunları gerçekleştirme yeteneğinizi yakından takip ettiğinizden emin olun.

Ayrıca, klasik 'Hız ve Kalite' bilmecesine girmediğinizden emin olun. Çünkü, diyelim ki günde 50 böcek bildirdiğinde, süper üretkenmişsin gibi görünebilir. Ama çoğu geçersiz olarak geri dönüyorsa, kendinize bir sorun var demektir.

Bu yüzden biraz daha izleyin, izleyin ve izleyin :)

Sonuç:

Son olarak, tüm önlemlere ve önlemlere rağmen, kendinizi hala zamanınız daralmış halde bulursanız, yardım iste .

Çoğu takım, işleri yoluna sokmak için bir savaş odası oturumuna katılmaya isteklidir.

windows için android uygulama geliştirme yazılımı

Yazar hakkında: Bu yararlı test ipuçları, STH ekip üyesi Swati S. tarafından sağlanmaktadır.

Şimdi, zamanında kalmak ve kaliteli bir test hizmeti sunmak için püf noktalarınız nelerdir? Ayrıca, yukarıdaki makaledeki hangi noktalar size hitap ediyor?

Geri bildiriminiz için minnettarız ve okuyucularınızın değerini biliyoruz. Okuduğunuz için teşekkürler!

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

Önerilen Kaynaklar

^