Önceki yazılarımızda da çıklandığı gibi, bakım maliyetlerini azaltmak için yapılabilecek birçok şey vardır. Ancak, tek bir çözümün bakım sorunlarını önemli ölçüde azaltmak için yeterli etkiye sahip olması muhtemel değildir. Birlikte fayda sağlayacak birçok farklı çözümü kapsayan bir stratejinin benimsenmesi gerekecektir.

O halde temel strateji, ortamınızdaki test bakımı üzerinde en büyük etkiye sahip olması muhtemel özellikleri belirlemek ve her birinin etkisini azaltmak için bir şeyler yapmaktır. Test bakımında harcanan çabanın nereye gittiğini bulmaya çalışarak başlayın ve ilgili insanlardan çabanın nasıl azaltılacağına dair fikirlerini isteyin.

Yapmanız gerekenler için doğru ya da yanlış cevaplar yoktur; önemli olan, seçtiğiniz niteliklerin her birini hedef alan bir şey yapmanızdır. Ayrıca, yapılanları ve etkilerini elinizden geldiğince ölçmelisiniz, böylece gelecekteki kararlar bilinçli kararlar olabilir.

Taktikler

Otomatikleştirilmiş test bakım maliyetlerini en aza indirmeye yönelik bir strateji uygulamak için bazı olası taktikler aşağıda verilmiştir.

1. Tercih edilen değerleri ve standartları tanımlayın. Kolayca ölçülebilen bu nitelikler için maksimum değerlere karar verin. Bunları ya ‘tercih edilen’ maksimum değerler olarak ya da daha iyisi, makul bir şekilde gerekçelendirilip onaylandığında iki kez gevşetilebilen standartlar olarak bilinin.

Örneğin, herhangi bir test senaryosu seti tarafından maksimum 2 Mbyte disk alanının kullanılmasına izin verin (elbette, ‘set’in iyi tanımlanması gerekir ve tek bir işlevle veya bir tyj ile ilişkili bir dizi test senaryosu olabilir. bir kişi için iş birimi).

Herhangi bir sınır keyfi görünebilir, ancak makul bir şekilde düşük ayarlamak için ti (0.5 Mbyte veya 200 Kbyte daha uygun olabilir) ve bunu aşmak için çok fazla istek varsa, yükseltebilirim; bununla birlikte, bir limiti azaltmak daha zordur. Kullanılan disk alanı, girdi verileri, beklenen sonuçlar, belgeler vb. gibi test durumlarına özgü olarak saklanması gereken her şeyi içermelidir. Bunun ne ölçüde mümkün olabileceği, Test Paketinin organizasyonuna bağlı olacaktır.

2. Alet desteği sağlayın. Özellikle uygun araçların mevcut olduğu durumlarda, bazı öznitelikler (disk alanı kullanımı ve test yürütme süresi gibi) kolaylıkla ölçülebilir. Alet desteği mümkün olduğunda sağlanmalıdır çünkü onsuz bazı işler ne kadar kolay olursa olsun yapılmayacaktır.

Strateji ve taktik örnekleri
Strateji ve taktik farkı
Strateji ve taktik nedir
Futbolda strateji ve taktik
Strateji Nedir
Taktik Ne Demek
Stratejik hatalar taktik başarılarla düzeltilemez
Stratejik Ne Demek

Gereken araçlar, genellikle herhangi bir hevesli yazılım mühendisinin bir veya iki saat içinde üretebileceği basit yardımcı programlar olacaktır (yine de araçların kendileri için birkaç test oluşturmayı unutmayın). Bir araç çok daha fazla çaba gerektiriyorsa, muhtemelen çok karmaşıktır.

Bu tür araçlar, standartların veya ‘tercih edilen’ limitlerin kullanıldığı yerlerde önemlidir. 5 Mbyte’lık bir disk alanı sınırının uygulandığı bir durumda, aracın çalışmasını sağlamanın tek yolu olduğu kanıtlandı. Test uzmanlarının, test setlerini geliştiriciler tarafından kullanılan kaynak kodu kontrol sistemine göndermeleri gerekiyordu; Sistemi, bu sınırı aşmayan veya aşması onaylanan test setlerini kabul edecek şekilde programlamak basit bir işti.

3. Güncellemeleri otomatikleştirin. Test verilerine yönelik güncellemeler beklenmeli ve öngörülmelidir. Büyük ölçekte güncellemeler gerektiğinde, bunları otomatikleştirmek için her türlü çabayı gösterin. Bazen bunu yapmanın en iyi yolu, bir test yürütme otomasyon aracının yakalama/tekrar yürütme işlevini kullanmaktır.

Test verilerinin metin biçiminde tutulduğu durumlarda, bir metin düzenleyiciye talimatları besleyen basit bir komut dosyası çok etkilidir. Nasıl yapılırsa yapılsın, test senaryosu tanımının tekdüzeliğini ve tutarlılığını ve test takımı boyunca uygulanmasını gerektirecektir. Dosyaların test senaryosundan test senaryosuna aynı şekilde düzenlenmesi ve konumlandırılması gerekir. Tek başına bu tekdüzelik ihtiyacı, standartların benimsenmesi için yeterli gerekçe olmalıdır.

4. Periyodik ayıklama planlayın. Yinelemeyi ve fazlalığı minimumda tutmak için periyodik ayıklama planlayın. Çok sık yapılması gerekmiyor ve çok uzun sürmesi de gerekmiyor ama yapılması gerekiyor. Önceden iyi planlanmadığı sürece unutulması muhtemeldir. Yabani otları temizleme zamanı geldiğinde, bunun için çok az istek varsa, test bakımının maliyetlerine bir kez daha bakın; yeterli teşvik sağlayabilirler.

Doğru ve özlü test belgeleri, test paketlerini ayıklamak için belki de en iyi yardımcılardan biridir. Tüm test ekibini dahil etmek iyi bir yaklaşımdır. Bu şekilde, ekibin hangi testlerin olduğu ve ne yaptıklarına ilişkin bilgisini artırabilirsiniz. Aynı zamanda iş için geçen süreyi azaltacak ve iyi bir takım ruhunu teşvik ederek motivasyonu ve verimliliği yüksek tutacaktır.

5. Bakım araçları. Otomatikleştirilmiş test durumlarının bakımı, test durumlarını yazılımın en son sürümleriyle güncel tutmak için gerekli olan artan bir ek yük haline gelecektir (ne kadar çok test durumu varsa, o kadar fazla bakım çalışması gerekecektir).

Bu aktivite için bir tür araç desteği sağlamak önemlidir, özellikle herhangi bir yazılım değişikliği potansiyel olarak çok sayıda test komut dizisinde, test veri dosyasında vb. benzer değişikliklerin yapılmasına neden olabilir. düzenleme yardımcı programları genellikle yararlıdır, özellikle de düzenli ifadeleri destekleyenler.

Yazılımın sürdürülmesi gerektiğinden, yazılım değişikliklerine ayak uydurmak için ilgili testlerin de sürdürülmesi gerekir. Bakım maliyetleri genellikle otomatik test senaryoları için manuel test senaryolarından daha önemlidir.

İlk başta iyi bir fikir gibi görünen ancak daha sonra önemli sorunlar yaratan test otomasyonu konusunda karar vermek kolaydır.

Bu bölüm, bu çalışmanın başka bir yerinde ele alınmayan yönleri inceledi:

» test vakalarının sayısı kontrolsüz büyümemelidir; eklenen her test senaryosu, Test Paketine benzersiz bir değer katmalıdır;
» test verilerinin miktarı kontrol edilmelidir;
» test verileri, test edilen yazılımda gelecekte yapılacak değişikliklerden olabildiğince bağımsız olacak şekilde en esnek biçimde olmalıdır;
» bir test senaryosu çalıştırma süresi en aza indirilmelidir; « test senaryoları hata ayıklama kolaylığı için tasarlanmalıdır; » test senaryoları mümkün olduğunca bağımsız olmalıdır;
» adlandırma kuralları erken dönemde benimsenmeli ve etkili bir test yazılımı organizasyon stratejisiyle birlikte kullanılmalıdır;
» test senaryoları olabildiğince basit olmalıdır;
» test senaryoları kısa ama doğru bir şekilde belgelenmelidir.

Aletler, bakımla ilgili yanlış olanı en kolay şekilde yapmanıza yardımcı olur. En iyi strateji, otomatikleştirilmiş test yazılımının bakım maliyetlerinize en çok katkıda bulunan özelliklerini belirlemek ve bunlarla mücadele etmektir.

Test otomasyon standartlarını tanımlayın ve mümkün olan yerlerde bunları uygulayın ve mümkün olan her yerde araç desteği ve bakım araçları sağlayın. Tüm otomatik test takımınızın periyodik olarak ‘ayıklanmasını’ unutmayın.

The post Strateji ve Taktikler first appeared on Akademi Delisi (Tez Yaptırma).