how prepare yourself
Kendinizi Test Vakası Yazmaya Hazırlama ve Verimliliğinizi Artırma:
Bir test uzmanı yüksek kaliteli test senaryoları yazmaya karar verdiğinde ve test senaryosu yazmanın verimliliğini ve üretkenliğini artırmak istediğinde, test uzmanlarının bu hedeflere ulaşmasına yardımcı olan birkaç önemli nokta vardır.
Öncelikle, BT endüstrisindeki her başarılı yazılım test edicisi için gerekli olan bazı kilit noktalarla kendilerini profesyonel ve psikolojik olarak hazırlamaları gerekir. Bu, ' Girişler ”Test senaryoları yazmaya başlamadan önce bir test uzmanı için.
Daha sonra, test yaşam döngüsünün çeşitli aşamalarında test uzmanının performansını değerlendirmek için bir araç olarak kullanılan projede yer alan kalite metriklerini anlamaları gerekir. Bu, ' çıktılar ”Tamamladıktan sonra bir test kullanıcısı için test senaryosu yazımı .
Son olarak, test uzmanının hatanın nasıl rapor edildiğini, sorunların nasıl iletildiğini ve test raporlarının standart prosedüre göre nasıl hazırlandığını ve projenin paydaşları tarafından anlaşılabilir olduğunu bilmesi gerekir.
Ne öğreneceksin:
informatica mülakat soruları ve cevapları 5 yıllık deneyim
- Test Vakası Yazımına Hazırlanın
- Kalite Ölçütleri
- Hata Raporlama
- Test raporları
- Sonuç
- Önerilen Kaynaklar
Test Vakası Yazımına Hazırlanın
1) Test senaryosu yazmak bir sanattır ve sadece bir iş veya görev değildir. Bir yazılım parçası veya bir bölümü tasarlanabilir ve geliştirilebilir, ancak verimli bir test yaklaşımıyla tüm senaryolar için tamamen test edilinceye kadar ve olmadıkça, işe yaramaz ve hiç kimse tarafından piyasaya sürülüp kullanılamaz. Yani, Kendinizi projede önemli bir kişi olarak değerlendirin ve test faaliyetinizi projede önemli bir görev olarak değerlendirin .
iki) olumlu bir tutku son derece kişisel olan kalite test uzmanlarının sahip olması gereken proje yaşam döngüsü boyunca. Tutku, ekip oluşturma yeteneklerini motive eder ve tutum, kaliteli test senaryoları yazmada büyük verimlilik sağlar. Yani, test yazma aktivitesi, projede nihai çıktı olarak harika sonuçlar elde etmek için ortak bir hedef için profesyonel ve kişisel niteliklerin bir karışımıdır.
3) Pozitif ve olumsuz test durumları test senaryoları yazmanın bir parçasıdır, ancak test uzmanlarının yarı pozitif olması gerekir hataları bularak test edilen uygulamayı kırma zihniyeti . Bu olumsuz bir zihniyet değil, daha çok bir hata yayınlandıktan sonra birisinin bir hatayı tespit etme durumundan kaçınma veya sistemin bazı kullanıcıları tarafından bozulacağı durumdan kaçınma.
4) Test Kullanıcısının Verimliliği Test edilmekte olan sistemde tespit edilen hataların sayısına göre tahmin edilmemeli, ancak hataların keşfi ile sonuçlanan başarılı test senaryoları yazma yeteneklerine göre tahmin edilmelidir. Bu yüzden test senaryoları kapsama alanı ve izlenebilirlik sistem sınırına ve kapsamına göre maksimum olmalıdır.
5) Uygulama Alanını iyice anlayın .ÖrneğinBir web sitesini test etmek, borsa için geliştirilmiş bir finansal yazılımın aynı anda binlerce kişi tarafından kullanılmasını test etmekten daha kolaydır. Basit web sitesi işlevselliği herhangi bir test uzmanı tarafından anlaşılabilirken, finansal şartlar ve işlevler, ilgili eğitim geçmişine veya eğitime sahip olmadıkça ve olmadıkça tüm test uzmanları tarafından anlaşılamaz. etki alanı deneyimi .
Bu nedenle, bir test uzmanı yeni bir projeye tahsis edildiğinde, uygun olup olmadığı ve beklentilere göre işini yapıp yapamayacağı konusunda öz değerlendirme yapmalıdır. İşlevsel gereksinimlerin anlaşılması zorsa, test uzmanının verimliliği ve performansı hakkında gelecekteki yanlış anlamalardan kaçınmak için önceden proje ekibine iletilmelidir. Uygun planlar ve eğitim yoluyla proje yöneticisi veya test yöneticisi tarafından ele alınacaktır.
6) Proje gereksinimleri ve yapılacak test türleri projeden projeye değişir. Bir test uzmanı her türlü testi yapmaya hazırlıklı olmalıdır. Yeteneklerinizi sınırlamayın becerilerinize ve uzmanlıklarınıza. Her tür test için test senaryoları yazmak ve yürütmek için sorumluluklar ve zorluklar almaya hazır olun.
Birçok test uzmanı, kendilerini yalnızca manuel veya otomasyon test edicileri olarak uyarlamaya veya projelendirmeye çalışır. Performans testi, yük testi veya stres testi söz konusu olduğunda, çok az sayıda test görevlisi rolleri alıyor ve gerekli bilgileri eğiterek veya toplayarak kendilerini hazırlıyor. Yani, hızlı öğrenen ol ve sorumluluk almaya ve kariyerinizde büyümeye hazır olun.
7) Test türlerini belirleyin AUT'yi test etmek için yapılması gereken beceriler ve gerekli beceriler. Örneğin, bazı projeler yalnızca kara kutu testi gerektirirken bazıları da beyaz kutu testi becerileri gerektirir. Bilgisi ' komut dosyası oluşturma 'Veya' SQL 'Veya' dili işaretlemek 'HTML / XML vb. Gibi' veya hatta yazılımın nasıl kurulacağı / sorunlarının giderileceğine dair bir sistem bilgisi, vb. Kendi kendinize öğrenmeniz veya bunun için eğitim almanız gereken bazı projeye özgü gereksinimlerdir.
8) Test senaryolarının, Performans testi, Güvenlik Testi ve Regresyon Testi türleri. Örneğin, aşağıdaki giriş ekranını kullanarak uygulamaya giriş yapmak için:
- 1000 kullanıcı aynı anda sisteme giriş yaptığında uygulamanın kararlı olup olmadığını kontrol etmek için performans testi gerekebilir ve test senaryoları bu senaryoyu kapsayacak şekilde yazılmalıdır.
- Uygulamanın yalnızca uygun haklara ve izinlere sahip kullanıcıların sistemi kullanmasına izin verip vermediğini kontrol etmek için güvenlik testi gerekebilir ve test senaryoları bu senaryoları kapsayacak şekilde yazılmalıdır.
- Temel işlevlerin ve kritik özelliklerin her sürümde düzgün çalışıp çalışmadığını kontrol etmek için gerileme testi gerekebilir.
9) Test Vakası İncelemesi : Herhangi bir yazılım geliştirmenin ve test yaşam döngüsünün en önemli ve en çok gözden kaçan aşamalarından biri ' GÖZDEN GEÇİRMEK ”. Bir proje planı, bir inceleme süreci proje geliştirmenin her aşamasında, en kaliteli çıktılar ve çıktılar aynı olmasını bekleyebiliriz.
Örneğin, test senaryolarını yazmaya başlamadan önce, test uzmanları 'gereksinim özellikleri' belgesinin incelenip incelenmediğini ve tüm inceleme noktalarının belgede dikkate alınıp güncellenip güncellenmediğini kontrol etmelidir. Kuruluş uygun ve olgunlaşmış bir süreci takip ediyorsa, tüm belge şablonlarında bu değişiklik bilgileri belgenin ilk sayfasında bulunmalıdır.
Test Vaka Belgeleri aşağıdakiler aracılığıyla en az 3 kez gözden geçirilmelidir:
i) Kendi kendine inceleme
ii) Akran değerlendirmesi
iii) Başkaları tarafından eksiksizlik, test kapsamı, izlenebilirlik ve test senaryosunun test edilebilir olup olmadığının incelenmesi.
10) En sonunda, nasıl tahmin edileceğini ve test görevlerini planlayın . Yalnızca bir gün içinde planlanan tahmini süre için çalışmayı planlayın. Bu, görevleri zamanında başlatıp tamamlayarak ve ertesi günün görevleri için planlarla güne ayrılmakla sağlanabilir.
Gece geç saatlere kadar kalmaktan ve hafta sonlarını ofiste geçirmekten kaçının. Günümüzde verimli proje yönetimi yaklaşımları mevcuttur ve projeler Agile bir ortamda yürütülmektedir. Proje ekipleri kilometre taşlarına ulaşılmazsa, proje ekiplerinin verimsizliği yerine verimsiz proje yönetimi olarak değerlendirilecektir.
Not : İçin bile aklınızda bulundurun otomatik test Test senaryoları, test edilen uygulamanın işlevsel akışını tamamen kapsayacak şekilde en az bir kez açıkça yazılmalı ve gözden geçirilmelidir. Herhangi bir otomasyon test aracı, test senaryolarını ancak manuel test senaryoları açıkça tanımlandığında ve yazıldığında başarıyla kaydedebilir ve yürütebilir.
Kalite Ölçütleri
Bu, yazılım test aşamalarında önemli bir faaliyettir. Test ekibi, proje hedefine ulaşmak için kullanılan çeşitli test ölçütlerinin tamamen farkında olmalıdır. Test uzmanının performansı yalnızca test yürütme aşamasına göre değil, gereksinim analizi, test senaryoları yazımı, yürütme, hata raporlama ve son olarak test raporlama aşamasından toplanan tüm test ölçümlerine göre değerlendirilir.
Aşağıda birkaç önemli test metriğini bulun test uzmanlarının daha iyi üretkenliği ve test aşamalarının verimliliği için kuruluşların çoğu tarafından takip edilir.
Ayrıca bkz.test aşamalarında kullanılan diğer yararlı test ölçümleri:
=> Önemli Yazılım Test Metrikleri ve Ölçümleri ve Canlı Proje Hata İzleme, Test Metrikleri ve Test Sonlandırma süreci.
1) Ortalama Test Verimliliği
- Test çalışmasının adam-ayı başına hatalar.
- Ortalama olarak hesaplanır (adam-ay cinsinden test çalışması sırasında toplam hatalar).
- Her dahili sürümden sonra ve testin tamamlanmasından sonra hesaplanacaktır.
- Kabul Sınırı: 50'den az olmalıdır
2) Ortalama Müşteri Kusur Yoğunluğu
daha yeni olanlar için çekirdek java mülakat soruları ve cevapları
- Müşteri tarafından teslimattan sonra bildirilen hatalar, adam-ay cinsinden toplam test çabaları.
- Ortalama olarak hesaplanır (teslimattan sonraki toplam hatalar / adam-ay cinsinden test çabası).
- Harici yayın ve proje tamamlandıktan sonra hesaplanacaktır.
- Kabul Sınırı: 1'den küçük olmalıdır
3) Fonksiyonel Test Başarısızlıkları
- Bir dizi başarısız işlevsel test senaryosu / Yürütülen işlevsel test senaryolarının toplam sayısı.
- Aylık veya iki haftada bir hesaplanacak.
4) Önem Düzeyi 1 olan Hatalar
- Önem düzeyi 1 (engelleyici) ile tanımlanan toplam hata sayısı.
- Engelleyici sorunları nedeniyle yazılım için teste devam edilemiyor.
- Haftalık olarak hesaplanacak.
5) Önem Düzeyi 2 olan Hatalar
- Önem düzeyi 2 (büyük hatalar) ile tanımlanan toplam hata sayısı.
- Büyük hatalar nedeniyle özellik için teste devam edilemez ancak sistemin diğer bölümleriyle devam edilebilir.
- Haftalık olarak hesaplanacak.
6) Önem Düzeyi 3 olan Hatalar
- Önem düzeyi 3 (küçük hatalar) ile tanımlanan toplam hata sayısı.
- Tespit edilen hata önemsiz olduğu ve testi durdurmadığı için teste devam edilebilir.
- Haftalık olarak hesaplanacak.
7) Önem Düzeyi 4 olan Hatalar
- Önem düzeyi 4 (kozmetik sorunlar) ile tanımlanan toplam hata sayısı.
- Tespit edilen hatalar kozmetikle ilgili olduğundan ve bir sonraki sürüm için düzeltilmesi gerektiğinden testler herhangi bir sorun olmadan tamamlanabilir.
- Haftalık olarak hesaplanacak.
Hata Raporlama
Hata Raporlama mekanizması, uygulama kalitesini korumak için olgunlaşmış bir test süreciyle kontrol edilmelidir. Hatanın durumunu, ciddiyetini ve önceliğini bilmek için doğru yetkili kişilere uygun bir yükseltme süreci olmalıdır. Var birçok ücretsiz ve ticari hata raporlama aracı mevcuttur Sorun izleme mekanizmasında çok etkili olan ve projede kullanılan herhangi bir test yönetim aracı ile kolayca entegre edilebilen Bugzilla, Mantis vb.
Her bir test projesinde, günlük olarak bir çevrimiçi durum raporlama mekanizması için standart prosedürlerin izlenmesi gerekir. Bu hata izleme sistemlerinde günlüğe kaydedilen ve bildirilen her hata / sorun, ilgili makamlara derhal bir e-posta göndermelidir;
Hata raporlama sürecini detaylı öğrenmek içinaşağıdaki makaleleri okuyun:
=> İyi bir hata raporu nasıl yazılır? Ipuçları ve Püf noktaları
=> Örnek hata raporu
=> Hata Bildirme Neden Her Uzman Tarafından Öğrenilmesi Gereken Bir Sanattır?
=> Hata yaşam döngüsü
=> Web ve ürün uygulamaları için örnek hata raporları
Test raporları
Hata raporlama sisteminde oluşturulan, günlüğe kaydedilen ve artan hata raporlarının yanı sıra, bir test raporu, testin durumunu ve test raporlama süresi boyunca tanımlanan ve hesaplanan diğer önemli ölçümleri bilmek için en önemli belgelerden biridir.
Aşağıda bu kadar basit bir test raporu verilmiştir:
Ayrıca, aşağıdaki faydalı öğreticileri okuyunetkili test raporlama:
=> Etkili Bir Test Özet Raporu Yazma Rehberi
=> Test Yürütmesini Akıllıca Raporlama (Durum Raporu Şablonunu İndirin)
java'da bir öncelik kuyruğu uygulamak
Sonuç
Test senaryoları yazmaya hazırlık süreci, yalnızca projedeki kaynakların tahsisi değildir, aynı zamanda kendimizi uygun bir test cihazı olarak hazırlamak ve test yaşam döngüsü boyunca ve hatta sürümden sonra bile izlenen kalite ölçütlerini anlamak gibi birkaç temel gereksinim vardır.
Dolayısıyla, süreci, standartları, prosedürleri takip etmek ve kalite ölçütlerine tutkuyla sıkı sıkıya bağlı kalmak, size otomatik olarak mükemmel test verimliliği, üretkenlik ve profesyonel yaşamınızda alışkanlık haline gelecek bir kalite test cihazı getirebilir.
Bu kalite faktörleri kendi kendine analiz edilebilir veya birkaç soru sorarak grup olarak analiz edilebilir. Test senaryosu yazımında ve yürütmede etkili bir yaklaşıma ulaşma hedefinde kendi kendine ve süreç iyileştirmeye yönelik doğru yolda olup olmadığımızı söyleyecek:
- İşlevsel gereksinimleri / kullanıcı gereksinimleri / iş kullanım durumu belgelerini incelediniz mi?
- İşlevsel gereksinimler belgesi gözden geçirildi ve gözden geçirme yorumlarıyla uygun şekilde güncellendi mi?
- Test edilecek tüm özellikler için ekran prototiplerini aldınız mı?
- Test yaşam döngüsü boyunca test edilebilir ve izlenebilir test senaryoları yazmakta rahat mısınız?
- Test edilen uygulamayı test etmek için gerekli becerilere ve alan bilgisine sahip misiniz?
- Test senaryolarını yürütmek için gerekli herhangi bir eğitime veya teknik bilgiye ihtiyacınız var mı?
- Kalite belgelerini hazırlama süresini kapsayan test senaryolarını yazmak, gözden geçirmek ve yürütmek için programınız var mı?
- Test senaryolarınızı inceleyecek meslektaşlarınız ve test edilecek özelliklerin ve işlevlerin eksiksizliğini ve kapsamını kontrol etmek için yetkili bir konu uzmanı var mı?
- Tüm fonksiyonel gereksinimler için yeterli test senaryosuna sahip misiniz?
- Performans, yük testi ve güvenlik testi için yeterli test senaryolarınız var mı?
- Kurulum ve regresyon testi için yeterli test senaryolarınız var mı?
- Sorunları artırmak veya hataları bildirmek için irtibat kişiniz var mı?
- Hata izleme aracı, herkes için gerekli izinlerle doğru şekilde yapılandırılmış mı?
- Test planında tanımlanan tüm süreçleri takip etmekte rahat mısınız?
- Tüm gözden geçirme toplantılarına katılıyor ve geliştirme veya yönetim ekibiyle konuşma şansı elde ediyor musunuz?
- Üretkenliğiniz ve verimliliğiniz arttı mı yoksa bunun için herhangi bir önlem almanız mı gerekiyor?
Önerilen okuma = >> En İyi Çevrimiçi Yaratıcı Yazma Kursları
Projenin türüne veya birlikte çalıştıkları kuruluşa bağlı olarak, test uzmanlarının kendi kendini geliştirme analizi için kendilerine sorabilecekleri birçok benzer soru vardır. En önemlisi tüm bu faaliyetlerin sadece süreçleri takip etmek adına takip edilmemesi, bununla birlikte yapılabilecek günlük alışkanlıklarınız haline getirilmesi gerektiğidir. TEST TUTKUSU sadece.
PREV Eğitimi | SONRAKİ Eğitici
Önerilen Kaynaklar
- Uygulamada Hata Nasıl Bulunur? Ipuçları ve Püf noktaları
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Çok Dilli Web Sitelerini Test Etmek İçin 7 Temel İpucu
- Örnek Hata Raporu
- Yazılım Test Görüşmesine Nasıl Hazırlanılır
- Primer e-Kitap İndirmeyi Test Etme
- Herhangi Bir Uygulamayı Test Etmeden Önce Okumanız Gereken En İyi 20 Pratik Yazılım Test İpuçları
- Yazılım Testinde Maymun Testi Nedir?