Karar Verme Evreleri
Karar Verme Evreleri
Bir test vakasının sonucunun ne zaman karşılaştırılacağına karar verme
İlk tasarım kararı, bir test çalışmasında ne zaman bir karşılaştırma yapılması gerektiğine karar vermektir. Örnek olarak, sıralanmış bir Listeye bir öğe (İsveç) eklemek için Karalama testimizden tek bir girdi alın.
Manuel testi bir kez daha kaydettiğimizi varsayalım, ancak bu sefer ilerledikçe birkaç dinamik karşılaştırma talimatı ekleyeceğiz. Test case’te ülkeyi ekleyeceğimiz noktaya geldik.
Bu noktada, gelecekte bu test çalıştırıldığında şimdi görünen ekranı kontrol etmeliyiz, bu nedenle şimdi test komut dosyasına bir karşılaştırma eklememiz gerekiyor.
İlk adım, bu ekranın ‘İsveç’ girişi için gerçekten doğru olduğunu manuel olarak doğrulamaktır. Daha sonra, bu testin bir sonraki çalıştırılışında karşılaştırmak için ekrandakileri yakalamak isteyeceğiz. Bu, uygulamanın her çalıştırıldığında test senaryosunun bu aşamasında aynı şekilde çalışmasını sağlayacaktır. Bir sonraki adım, ne kadar karşılaştırılacağına karar vermektir.
Ne kadar karşılaştırılmalıdır?
Artık gelecekte beklenen çıktı olarak neyin yakalanacağına dair bazı seçeneklerimiz var:
• tüm ekran;
• mutlak minimum;
• bu iki uç arasında bir şey.
Tüm ekranı yakalamak genellikle en kolay olanıdır. Ancak, ekranda testin bir sonraki çalıştırılışında değişmesi muhtemel herhangi bir bilgi varsa, o zaman şimdi en kolay seçim, daha sonra bize büyük bir keder yaşatacaktır. Bazen bir ekran geçerli tarihi veya saati gösteriyor olabilir.
Test senaryosunun bir sonraki çalıştırılışında testin başarısız olmasını kesinlikle istemeyiz çünkü test tam olarak aynı tarihte veya kaydedildiği zamanda çalıştırılmamıştır. Örneğimizde, Metni Liste dışında değiştirmiş olabiliriz, ancak bu, yalnızca bir öğenin Listeye doğru sırada eklenip eklenemeyeceğiyle ilgilenen bu test için önemli değildir.
Tüm ekranları yakalamak, testler için oldukça açgözlü disk alanı olabilir. Özellikle grafikler söz konusu olduğunda, tüm ekranı depolamak için gereken alan onlarca megabayta ulaşabilir.
Peki ya diğer seçenekler? Belki de yalnızca tek bir karakteri, örneğin ‘S’ harfini yakalayabiliriz. Ya da yeni girdiyi içeren satırı yakalayabiliriz, bu da tüm yeni girdinin doğru bir şekilde girildiğinden emin olur. Bu seçeneği gölgeli alan olarak gösteriyoruz.
Beklenen bir sonucu yakalamaya yönelik ilk denememiz mantıklı görünüyor: Oldukça minimal bir set. Ancak, bu seçeneğin bulamayacağı bir hata oluşabilir. Yazılımın bir sonraki sürümünün, BK’yi aşağı çekmek ve İsveç’i yeni üçüncü giriş olarak eklemek yerine üçüncü girişin üzerine yazdığını varsayalım.
Araç bu testi geçecektir, çünkü kontrol ettiği tek şey İsveç’i içeren satırdır ve bu tam da ondan beklendiği gibi göründüğü gibidir. Dolayısıyla karşılaştırmamızı daha sağlam hale getirerek (ilgimizi çekmeyen şeylerden), beklenmedik hatalara karşı daha az duyarlı hale geldi.
Daha iyi bir seçenek, yalnızca yeni eklenen girişi değil, aynı zamanda ‘aşağı itilen’ girişi de karşılaştırmak olabilir. Bu, gösterilen hatayı yakalayacaktır (ancak yine de diğerlerini kaçırabilir). Geliştirilmiş test karşılaştırma alanımız gösterilmektedir.
Bir seferde çok az karşılaştırma ile çok karşılaştırma arasındaki seçime baktık. Karşılaştırma için daha ayrıntılı olarak tartışılan bir dizi başka seçenek vardır.
Karar verme süreci Örneği
Yönetimde karar verme süreci
Karar verme süreci aşamaları
Karar verme Türleri
Karar verme sürecinin temel öğeleri
Rasyonel karar verme nedir
Karar verme süreci aşamaları yönetim bilimi
Karar verme MODELLERİ
Dinamik Karşılaştırma
Şimdi, yukarıda özetlenen İsveç karşılaştırması da dahil olmak üzere, manuel olarak gerçekleştirilen örnek test durumumuzu kaydederken bazı dinamik karşılaştırma talimatlarını dahil ettiğimizi varsayalım.
Ne olacağını tasvir ediyor. Test betiği artık araca hangi çıktıların karşılaştırılacağını ve bunların karşılaştırılacağı beklenen sonucu söyleyen ek talimatlar içerir. Her karşılaştırma noktasında araç, testleri yürütürken yazılımdan gelen gerçek çıktıyı yakalayacak ve ardından bunu ilgili beklenen çıktıyla karşılaştıracaktır.
Her karşılaştırma yapıldığında, günlük dosyasına farklılıkların bulunup bulunmadığını belirten bir mesaj yazılır. Test betiği şimdi gösterilen örnek gibi görünebilir.
Bir karşılaştırma farklılıkları ortaya çıkarsa bile aracın test senaryosunu çalıştırmaya devam edeceğini unutmayın. Bu hem mantıklı hem de kullanışlıdır, çünkü tüm farklılıklar yıkıcı başarısızlık anlamına gelmez, bu nedenle başka herhangi bir sorun ortaya çıkarsa genellikle bir test senaryosunu sonuna kadar çalıştırmaya değer.
Ancak, bu özellik iki ucu keskin bir kılıç gibidir. Tespit edilen bir fark gerçekten feci bir başarısızlığa işaret ediyorsa, araç bunun neden olabileceği potansiyel tahribatın farkında olmadan test senaryosunu her halükarda çalıştırmaya devam edecektir.
Örnek kelime işlemcimizden daha karmaşık bir sistem için, plana göre gitmeyen test senaryoları, verilerin yanlış bir şekilde değiştirilmesi veya silinmesi, büyük hacimli verilerin oluşturulması veya yazdırılması veya sadece saatlerce makine zamanı boşa harcanıyor.
Neyse ki, bu tür bir potansiyel hasarın oluşabileceği durumlarda, genellikle test aracına test senaryosunu iptal etmesi talimatını vermek mümkündür. Yine de, istenmeyen bir durumu (veya belki de daha kolay bir şekilde, belirli bir istenen durumu değil) tespit etmek için uygun talimatları ve ardından yapılacak eylemi ekleyerek komut dosyasını düzenlemek gerekecektir.
Bu, betiğin “programlanması”dır ve bununla birlikte test senaryolarını her türlü durumu tespit etmek ve bunlarla buna göre başa çıkmak için uyarlamanın sonsuz olasılıklarını getirmekle kalmaz, aynı zamanda bilinçsizce test senaryosunun herhangi bir kusur olmaksızın başarısız olmasına neden olacak hatalar yapmak için de getirir. test edilen yazılım. Bu, amaçlanan tasarruf edilen çaba yerine çok fazla çabanın boşa gitmesine neden olabilir.
Yürütme Sonrası Karşılaştırma
Dinamik karşılaştırma kullanımının örnek test durumumuzu nasıl etkilediğine baktık. Burada, dinamik karşılaştırmaya bir alternatif olarak yürütme sonrası karşılaştırmanın bunun üzerindeki etkisine bakacağız.
Yürütme sonrası karşılaştırma için bir karşılaştırma aracı bazen bir yakalama/tekrar oynatma aracıyla birlikte verilir ve her durumda çoğu bilgisayar sistemi, basit bağımsız karşılaştırmalar gerçekleştirebilen bazı yardımcı program veya başka programlar sunar.
Karar verme MODELLERİ Karar verme süreci aşamaları Karar verme süreci aşamaları yönetim bilimi Karar verme süreci Örneği Karar verme sürecinin temel öğeleri Karar verme Türleri Rasyonel karar verme nedir Yönetimde Karar verme süreci