Teknik Araç Desteği Sağlamak
Teknik Araç Desteği Sağlamak
Yakalama tekrarı, yazılım testini otomatikleştirmek için gereken araç setinin yalnızca küçük bir parçası. Otomatikleştirilmesi gereken diğer test görevleri arasında dokümantasyon, çevresel kontroller, işlev izleme, karmaşıklık analizi, test komut dosyası ve anahtar izleme oluşturma ve test doğrulama yer alır.
En iyi yolu en kolay yol haline getirin. Yazılım test uzmanları, yazılımı ölçmenin önemini bilir, ancak görevin boyutu bunaltıcı olabilir. Gremlin 2.3, test cihazı için ölçüm ve saymanın çoğunu otomatikleştiren bir test platformu sağladı.
Test araçları platformu, test standartlarını empoze etmek ve metrikleri minimum zahmetle ve ‘fazladan iş’ olarak algılanmadan kurumsallaştırmak için ideal bir sitedir. Örneğin, test platformu komut dizileri oluşturulurken ve kullanılırken çoğu etkinliği otomatik olarak belgelediğinden, test uzmanı komut dizileri için nadiren uyumlu bir belgeleme çalışması yapmak zorunda kalır. Kapsama analizi de aynı şekilde yapılır. Amaç, entegre geliştirme platformunun kod üretimi için olduğu kadar test sistemini de test için vazgeçilmez kılmaktır.
Araçlar, test uzmanlarının aşağıdaki soruların yanıtlarını bilmesi için analiz sürecini otomatikleştirmelidir:
» Bu komut dosyası neyi test ediyor?
» Bu işlevi test etmek için hangi komut dosyalarının çalıştırılması gerekir? « Bu Test Paketinde hangi işlevler test ediliyor?
» Bu Test Paketinde hangi işlevler test edilmiyor?
Araçlar ayrıca kümülatif sonuç raporlamasını da desteklemelidir. Kümülatif sonuçlar mevcut olduğunda, istatistiksel analiz yapılabilir. Araçlar, başlatıldığı andan itibaren bir paketin tüm çalıştırmaları için sonuçları saklamalıdır. Örneğin, test verileri ‘Bir hatayı düzeltmek için kaç tane kod yayımı gerekir?’ sorusunu yanıtlamalıdır.
Bu istatistiksel bilgi, riskin değerlendirilmesinde ve eğilimlerin belirlenmesinde çok değerli olmuştur. D10.0 test çabasında, kümülatif test sonuçları, tüm oturumların %12’sinin görünüşte rastgele ölümcül bir hata nedeniyle başarısız olduğunu gösterdi. İnsan testi yapanlar, herhangi bir kişinin başına nadiren geldiği için hatayı bildirmemişti. Gremlin sistemi, 36 test cihazına eşdeğer miktarda veri topladı ve toplam veriler, arızanın gerçek etkisini gösterdi.
Test platformu entegre ve esnek olmalıdır. Araç seti, bireysel araçlardan oluşan bir koleksiyon olarak değil, entegre bir test platformu olarak toplu olarak sunulmalıdır. Kullanıcı, komut satırı argümanları ve işletim sisteminde sonlanan programlarla uğraşmak zorunda kalmamalı ve muhtemelen onları daha sonra ne yapacaklarını merak etmeye bırakmalıdır. Sistem, kullanıcıyı test döngüsündeki süreçler boyunca yönlendirmelidir.
Kullanıcı hiçbir zaman verileri yeniden anahtarlamak zorunda kalmamalıdır. Verileri paylaşamayan bir araç setine sahip olmak yararlı değildir. Tasarım analiz aracı, test komut dosyası oluşturucusunu beslemelidir. Test betikleri tarafından doğrulanan işlevler, bir işlev envanterinde yer almalıdır. Belge oluşturucu, işlev envanterlerine, test komut dosyalarına ve test tarafından oluşturulan raporlara erişebilmeli ve bunları kullanabilmelidir.
Teknik destek Nedir
Teknik destek uzmanı ingilizcesi
Teknik destek personeli Nedir
Teknik Destek Uzmanı maaş
Teknik Destek Uzmanı Ne iş Yapar
Teknik Destek Personeli THY
Teknik Servis
Teknik Destek Apple
Araçlar ayrıca manuel testi de desteklemelidir. Bir komut dosyası otomatikleştirilemese bile, test platformunun diğer tüm otomatikleştirilmiş hizmetleri (tekrar oynatma hariç) geçerli olacaktır. İşlev kapsamı analizi, sonuç raporlama, kurulum ve temizleme talimatları ve otomatik doğrulama vb. komut dosyası otomatikleştirildiğinde olduğu gibi çalışacaktır.
Komut dosyaları akıllı olmalıdır. Bir betik neyi test ettiğini bilmelidir. Her komut dosyası, test ettiği test edilebilir işlev envanterlerinden işlevlerin listesini taşımalıdır. Bu, manuel test komut dosyalarını içerir.
Komut dosyalarının çalışması için hangi fiziksel ortama ihtiyaç duyduklarını ve komut dosyasının geçerliliğini sağlamak için hangi kurulum ve temizleme işlemlerinin gerçekleştirilmesi gerektiğini bilmesi gerekir. Yine, buna manuel test komut dosyaları dahildir.
Dokümantasyon otomatikleştirilmelidir. Sistem, dahili test sonuçları raporlarından basılı durum raporları da üretebilmelidir.
Sistem, aşağıdakileri içeren test planları ve ciro belgeleri üretebilmelidir:
• gömülü metin belgeleri;
• sonuç raporları;
• eksiksiz işlev envanteri ve proje listeleri;
• kapsam analizi raporları;
• paketteki her komut dosyasının tam listesi dahil olmak üzere eksiksiz Test Paketi listeleri.
Test otomasyonunu destekleme taahhüdü olmalıdır. Test otomasyonunun çalışmasını sağlamak ve çalışır durumda tutmak için hem test uzmanları hem de yönetim, yerleşik geliştirme sürecinde değişiklik yapmaya istekli ve bunu yapabilmelidir.
Test uzmanları, yeni yöntemler öğrenmeye, çalışmalarını ölçmeye ve yüksek kaliteli, yeniden kullanılabilir test komut dosyaları oluşturmayı ve sürdürmeyi taahhüt etmelidir. Yönetim, test uzmanı eğitimi için zaman ayırmaya ve test kaynaklarının önemini ve değerini kabul etmeye de oldukça istekli olmalıdır.
YönetiminRolü
Orijinal araçların başarısızlığında belirlenen sorunlardan biri, otomatik testi desteklemek için yönetimin aktif olarak işe alınmamış olmasıydı. Herkes test otomasyonunun kendiliğinden gerçekleşeceğini varsaydığından, yönetimi döngüye dahil etmeye çok az önem verildi. Neredeyse herkes test otomasyonunu arzu edilen bir şey olarak görse de, yönetim genellikle odaklanmış bir otomatikleştirilmiş test çabası için gereken kurulum ve bakım süresini de garanti edemiyordu.
1990’da bir eğitim çabası başlatıldı ve bunun sonucunda yalnızca birkaç birinci kademe yönetici destekçi olmakla kalmadı, aynı zamanda daha yüksek seviyelerden de destek ve bağlılık gelmeye başladı.
Test komut dosyalarının hızlı bir şekilde yürütülmesine ek olarak otomasyonun birçok avantajı vardı. Yazılım testi ölçülürken, test uzmanları sorunlarını yönetime iletmek için çok daha kolay zaman da geçirdiler.
Test uzmanları, yeni araçları kullanarak aşağıdaki sorulara ölçülü yanıtlar sağlayabilir:
• Proje ne kadar büyük?
• Hepsini test etmek ne kadar sürer?
• Sahip olduğumuz zaman ve kaynaklar göz önüne alındığında ne kadarını test edebiliriz?
» Neyi test etmeyeceğiz?
« Ne zaman yeterince test ettik?
• Kaç tane hata bulunması bekleniyor?
Bu sorular yanıtlandıktan sonra, yönetimin birkaç seçeneği vardır ve bilinçli seçimler yapma konumundadır.
Teknik Destek Apple Teknik destek Nedir Teknik destek personeli Nedir Teknik Destek Personeli THY Teknik destek uzmanı ingilizcesi Teknik Destek Uzmanı maaş Teknik Destek Uzmanı Ne iş Yapar Teknik Servis