PyUseCase

PyUseCase PyGTK için bir GUI test yazılımıdır.
Bir Use Case Recorder ile Bakımı GUI testi
Mekaniği ziyade niyet Kayıt
Bir kullanıcı arabirimi üzerinden testler oluşturmak için en doğal yolu sadece gerçekleştirmek ve bunları kaydetmek ve daha sonra bunları üretebilir bir araç sahibi olmak isteyen eylemleri gerçekleştirmek için. Bu GUI testler oluşturmak için hızlı ve basit bir yoludur ve bunu birçok araç var mevcuttur.
En araçlar çift GUI sıkıca testler
Eğer birkaç test ve GUI değişiklikleri olduğunda sorunlar başlar. Kayıt testler oluşturmak için harika bir yol olabilir ama bunlardan çok sayıda korumak için korkunç bir yoludur. Birkaç testleri kez hata eğilimli, sinir bozucu ve çok zaman alıcıdır. araçlar ilk nesil piksel pozisyonları kaydedilir ve sizin ekran çözünürlüğü değişti kısa sürede kırdı. GUI mekaniği açısından Bugünün araçları anlaşma: Belirli bir ada sahip bir tablo bulmak ve dördüncü satırın üçüncü sütunda tıklayın. Onlar ekran değişimleri ve GUI ufak yeniden düzenlemeler hayatta ama çok başka olabilir. Kaydedilen scriptler yoğun ve testin amacı ifade yoktur ve (ve bazen aracın yazarı hariç herkese) olmayan tüm teknik insanlar için kapalı bir kitap vardır.
sorunu esas olarak birleştirme biridir. Testler ve GUI birbirlerine sıkıca bağlanır ve rahat birbirlerinden bağımsız olarak değişebilir olamaz. Bu nokta burada yaptığı blog Robert C. Martin tarafından iyi yapılmış ve onun sonuca GUI test doğal kırılgan olduğunu ve uzakta ile alabilirsiniz bunu az yapmalıdır.
Bu olsa oldukça bozguncu görünüyor. Senin testler sisteminin bir kullanıcıya ne göstermek için güçlü olmak çok büyük değeri vardır. Testler kullanıcı arayüzü atlamak sonra bu süreç teknik beceri adil bir miktar ve kullanıcı kısmından güven çok ister. Ve yine, yazılım geliştiriciler birleştirme sorunlarını her zaman çözmek. Cevap her zamanki gibi, yönlendirme başka düzeyde tanıtmak için vardır.
UI harita kaplini Breaking
İş adamları ve kullanıcılar genellikle kullanım durumları çalışır. Etki alanının bu yani: Bu anladıkları bir dilde işlem sırasının üst düzey tanımları bulunmaktadır. Bir "Use Case Kaydedici" fikri, bu nedenle kayıt ve dizileri tekrar ve böylece kullanıcının niyetini yakalayabilir bir araçtır. Bu daha sonra artan bir anlayış, yine tüm butonlara tıklayarak başvurmadan, mevcut testlerin GUI ve kolay uyum tam formda daha az bağımlılık sağlayacaktır.
Temel mekanizma şu anda bu etki dilinde bizim GUI ve tablolar ile yapılabilir eylemler arasında bir eşleme korumak olduğunu. GUI değişiklikleri daha sonra bu tek haritalama güncelleştirilmesi gerekiyor demek, ama testler kavramsal düzeyde yapılması gerekenleri anlatmak için devam bakir kalabilir. Eski sürümlerde bu uygulama kodunda enstrümantasyon biçimini alır iken bu haritalama, PyUseCase 3.0 harici bir dosyaya ve gelecek JUseCase 3.0 şeklini alır.
günlükleri ve TextTest yoluyla davranışlarını kontrol etme
Yani kullanım-case kaydedici kayıt ve bizim için usecases yeniden oynatabilirsiniz. Ama nasıl biz ekranda gördüğünüz doğru olup olmadığını kontrol edebilirsiniz? Çoğu GUI araçları test script bazı Widget bakmak ve bunun bazı özellik kodlanmış değerine eşit olup olmadığını kontrol "iddiaları" içeren izin vererek bunu. Bu, geçerli bir GUI düzeni henüz daha bağımlılığı yaratır ve herhangi doğal bir şekilde "kaydedildi" olamaz, ama aslında sonra programlanmış olması vardır. Hayır "usecase" doğal olarak bu bilgileri içerecektir: yaptım eğer bir test komut dosyası dönüşecekti.
Bu tartışma boşuna TextTest sitede değil. Biz sadece bunu TextTest kullanarak o günlüğünün içindekileri izleyerek ne kontrol edebilirsiniz gibi GUI benzediğini bir günlük üretmek için başvuru alabilirsiniz. PyUseCase 3.0 sizin için yapar: o anki GUI görünüm bir ASCII art tipi günlük oluşturur ve buna değişiklikleri izler. istediği gibi uygulama kendi günlük ile tamamlayabilir. Diğer kullanım-case kaydedicileri ile uygulama şu anda bu amaç için kendi günlüğünü oluşturmak gerekiyor.
Kod enstrümantasyon senkronize testler
Hemen hemen tüm GUI test çabaları şey arka planda olduğunda komut dosyası devam etmeden önce yeterince uzun bekler emin olan sorunlara boğulmuş olan. çözümler bazı Widget (GUI mekaniği üzerine henüz daha bağımlılıkları) belli bir görünüme sahip olması "uyku" ifadeleri bolca etrafında dağınık için beklemek oynamasından yollar arasında değişir. Sistem yüklendiğinde başarısız ve testler çok daha yavaş aksi olur daha çalışmasına neden olan. Kod samimi bilgi olmadan herkes bu tür sorunları çözmek için kötü donanımlı, henüz bunu yaparken yazı testlerinin önemli bir parçasıdır.
Kullanımı-case Kaydediciler bir "Uygulama Olay" kavramını tanıtmak. Bu temelde, böylece kaydedici kayıt ve oynatma tıklama yanı sıra bekler izin bekledi gereken bir şey oldu kullanılması durum kaydedici gösterir kod bazı enstrümantasyon olduğunu. Bu ve aşağıda daha detaylı olarak tarif edilmektedir.
Kayıt makro yanı sıra testler
Yüksek seviyeli, kolayca manipüle "usecases" testi dışında başka şeyler için yararlıdır. Ayrıca, sık sık yerine, eylem sıralarını için kendi makro oluşturabilir sistemin kullanıcı için son derece yararlıdır.
Bunlar burada "GUI kısayolları" olarak bilinir. Bir Kullanımı durum kaydedici tipik bir uygulama istediğiniz gibi uygulama GUI sokulabilir kayıt ve onları oynatırken için denetimler içeren ondan "araç çubuğu" a istemek için izin verecektir. Kullanıcıların makro oluşturmak için izin yanı sıra, aynı zamanda test için belirli bir ekranına ulaşmak için tekrarlanan eylemler gerçekleştirerek de test yardım, yukarıda açıklanan "test dili" için daha da yüksek seviyeli soyutlamalar oluşturmak için de kullanılabilir. Bu ve aşağıda daha detaylı olarak tarif edilmektedir.
Daha fazla bilgi projenin ana sayfasında bulunabilir

Bu sürümde Yeni nedir:.

• Çok temel desteği

  ​​oldu eklendi.

• PyGTK için geliştirmeleri ve onarımları bir dizi vardır. Özellikle, gtk.Dialog.run şimdi kaynak kodu değişiklik gerektirmeden desteklenir.
• Python 2.6 ve PyGTK 2.12 veya daha sonra şimdi gereklidir.
• Eski enstrümantasyon tabanlı arayüz kaldırıldı.

Gereksinimleri :

• Python
• PyGTK
• TextTest