Otomatik Komut Oluşturma

info@akademidelisi.com * 0 (312) 276 75 93 * Her bölümden, Ödev Yazdırma, Proje Yaptırma, Tez Yazdırma, Rapor Yazdırma, Makale Yazdırma, Araştırma Yazdırma, Tez Önerisi Yazdırma talepleriniz için iletişim adreslerini kullanın. Makale YAZDIRMA siteleri, Parayla makale YAZDIRMA, Seo makale fiyatları, Sayfa başı yazı yazma ücreti, İngilizce makale yazdırma, Akademik makale YAZDIRMA, Makale Fiyatları 2022, Makale yazma, Blog Yazdırma, Blog Yazdırmak İstiyorum

Otomatik Komut Oluşturma

26 Mayıs 2023 Komut dosyası oluşturma Komut dosyası uygulama 0
Platformlar Arası Farklılıklar

Otomatik Komut Oluşturma

Otomatik komut dosyaları, manuel komut dosyaları gibi değildir.

Komut dosyasının tam olarak nasıl görüneceği, kullanılan test aracına ve uygulamanın uygulanmasına bağlı olacaktır. Karalama testimiz için kaydedilmiş bir komut dosyasının nasıl görünebileceği hakkında bir fikir verir.

Burada listelenenler, bir aracın üreteceği minimum bilginin sözde kod sürümüdür, ancak bu, oldukça basit bir test için size bir komut dosyasının karmaşıklığı hakkında bir fikir vermelidir.

Ticari araçlar için betik dilleri temelde aynı şeyi yapar, ancak genellikle farklı şekillerde. Size bazı betik dillerinin neye benzediği hakkında bir fikir vermek için, ticari bir betik dilinde Karalama testinin bir bölümünü gösterir.

Aslında, örnek kaydedilmek yerine inşa edildiğinden, bu tam olarak doğru olmayabilir. Ayrıca, bu kitap yazıldığından beri araçlar betik dillerini değiştirmiş olabilir. Ancak, bir betiğin gerçekte nasıl görünebileceği hakkında bir fikir verir.

Bazı betikler oldukça farklı görünebilir, ancak betik dilimiz nasıl görünürse görünsün, her biri yalnızca tek bir şeyi otomatikleştiriyor: gerçekleştirilen eylemler.

Kaydedilen testin biçimine bağlı olarak, yakalanan komut dosyasında veri girişi arasındaki duraklamalar (örneğin, manuel komut dosyasını okurken) ve düzeltilmiş herhangi bir yazım hatası gibi çok sayıda gereksiz bilgi olabilir. (doğru karakterleri yazmadan önce yanlış karakterler üzerinde geri alma).

Kaydedilmiş bir komut dosyasını kullanılabilir, hatta tanınabilir hale getirmek için, komut dosyasına yorumlar eklenmelidir. Bazı satıcı iddialarına rağmen, hiçbir kayıtlı komut dosyası kendini ‘belgelemez’.

Tüm komut dosyası dilleri, komut dosyalarına yorum eklemenize izin verir. Ancak, tıpkı kodu yorumlarken sözdizimine uymanız gerektiği gibi, yoksa test aracı yorumunuzu bir test girdisi olarak kullanmaya çalışır (tıpkı bir derleyicinin yorumunuzu kaynak kodda derlemeye çalışması gibi). yorum sözdizimi).

Yalnızca test girdisini otomatikleştirmenin faydaları ve kullanımları

Bir test otomasyonu rejimi içinde (bir test cihazının yaptığının) ham olarak kaydedilmiş bir komut dosyasının yeri vardır, ancak otomasyonu test etmeye yeni başlayan çoğu kişinin ona verdiğinden çok daha küçük bir yer.

Manuel testleri kaydetmenin bir avantajı, nispeten hızlı bir şekilde yeniden oynanabilir bir test biçimine sahip olmanızdır. Az ya da hiç planlama gerekmez ve aracın az ya da çok hemen fayda sağladığı görülebilir (en azından teoride).

Ancak, ad hoc testi kaydetmek, bir özellik olmadan yazılım yazmaya benzer. Gerçekte gerekli olana benzer bir şey elde edebilirsiniz, ancak belirtilmemiş yazılımdan daha iyi olması pek olası değildir. Nihai ürün muhtemelen bazı şeyleri doğru, bazı şeyleri yanlış yapacak, bazı şeyleri yapmayacak ve gerekli olmayan diğer şeyleri yapacaktır.


Komut dosyası oluşturma
Komut dosyası indir
Komut dosyası uygulaması
Komut dosyası nasıl Açılır
Web komut dosyasi virüsü
Script editor
Komut dosyası nedir
Dosya sistemi virüsleri


Test girdilerini yakalamanın ve kaydetmenin bir yararı, bunun hangi testlerin yürütüldüğüne ilişkin belgeleri otomatik olarak sağlayabilmesidir. Bu, tam olarak ne yapıldığını bilmeniz gerektiğinde yararlı olan bir denetim izi sağlar. Bu denetim izi, etkili ve verimli bir otomatikleştirilmiş test rejimi için mutlaka iyi bir temel oluşturmaz, ancak bir başlangıç yolu ve özel görevler için yeri vardır.

Örneğin, kullanıcıları “oynatma süresi” için davet ettiyseniz ve onlar sistemi çökertmeyi başardıysa, en azından ne yazıldığını görebilirsiniz. Denetim kaydı, normalde manuel testlerde bulunmayan pek çok yararlı bilgi de içerebilir.

Test verilerinin kurulumu genellikle uzun ve meşakkatli bir görevdir ve bu nedenle bazen kaçınılır, bu da olması gerekenden daha az sayıda test çalışması çalıştırılmasına neden olur. Veri kurulumu ilk yapıldığında kaydedilebiliyorsa, yazılımın kullanıcı arayüzünün değişmemesi koşuluyla, kurulum araç tarafından çok daha güvenilir ve genellikle çok daha hızlı yeniden oynatılabilir.

Örneğin, yeni bir müşterinin ayrıntılarını eklemek çok da kötü değil, ancak 100 yeni müşterinin ayrıntılarını eklemek en iyi şekilde otomatiktir. Yazılımın bir sonraki sürümü, kaydı geçersiz kılan kullanıcı arabirimi değişikliklerine sahip olsa bile, ilk seferde veri kurulumunu kaydetmek için harcanan ek çaba, kısa süre içinde birinci veya ikinci kurulumda kaydedilen çabayla telafi edileceğinden, yine de yapmaya değer olabilir. tekrar oynat. Bu, yalnızca kaydın düzenlenmesi gerekmiyorsa geçerlidir; düzenlemenin gerekli olduğu yerlerde maliyetler çok daha fazladır.

Manuel testleri kaydetmenin veya en azından kullanıcı etkileşimini kaydetmenin başka kullanımları da vardır, örneğin aynı bakım değişikliğini çok sayıda veri dosyası veya veritabanında yapmak gibi. Bir kayıt aynı zamanda bir gösteri işlevi görebilir.

Çok platformlu uygulamalar için, bir komut dosyası tek bir platforma kaydedilebilir ve çok sayıda başka platformda hiçbir değişiklik yapılmadan veya yalnızca küçük değişikliklerle oynatılabilir. Karmaşık dizilerin doğru bir şekilde yazılması gerekiyorsa ve bu, manuel olarak yapıldığında hataya açıksa, bunları manuel bir testte bir adım olarak yeniden oynatmak zaman kazandırabilir.

Otomatik yürütme, manuel yürütmeden çok daha doğrudur ve bu nedenle test girişi tekrarlanabilir. Girdilerin tam olarak yeniden üretilmesi, hataların yeniden üretilmesinde özellikle yararlıdır. Hatanın nedeni kaydedildiyse, yeniden oynatmak onu yeniden oluşturmalı ve düzeltildikten sonra oynatmak, hatanın doğru şekilde düzeltildiğini (ya da düzeltilmediğini) doğrulamalıdır.

Ancak çoğu durumda, yalnızca test yürütmeyi otomatikleştirmenin çok az faydası vardır. Manuel doğrulama hataya açık, savurgan ve çok sıkıcıdır. Yine de bazı insanlar, elle kontrol edilmesi gereken kağıt yığınları üreten bir test yürütme aracına sahip olurlar – testi otomatikleştirmekten bahsediyorsak, bu saçmalıktır. Herhangi bir gerçek test otomasyonu talep etmek için, bu nedenle test sonuçlarının karşılaştırılmasını da otomatikleştirmeliyiz.

Tüm test durumları için test sonucu karşılaştırmasının otomatikleştirilmesi gerektiğini önermediğimizi takdir etmek önemlidir. Daha önce tartıştığımız gibi, tüm test durumları otomatikleştirilmemeli ve tüm karşılaştırmalar da otomatikleştirilmemelidir.

yazar avatarı
akademi22 akademi22

 

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir