Giriş
Çalıştığım birçok projede insanlar TestRail'i kendilerine göre özelleştirmediler ve standart ayarlarla yetindiler. Bu nedenle, bu yazıda işinizin verimliliğini artırmanıza yardımcı olabilecek bireysel ayarların bir örneğini anlatmaya çalışacağım. Örneğin bir mobil uygulama geliştirme projesini ele alalım.
Küçük bir sorumluluk reddi beyanı. Bu makale, TestRail'in temel işlevselliğine ilişkin bir açıklama (bununla ilgili birçok kılavuz vardır) ve testler içeren bir havuz oluşturmak için neden bu belirli satıcıyı seçmeniz gerektiğini renkli bir şekilde açıklayan satış ifadeleri içermez.
Gerekçe planı (ne uygulanacak)
-
Genel şartlar
-
Kesinlikle herkesin davayı geçebilmesi gerekir.
-
Vakalar mümkün olduğu kadar uzun süre alakalı kalmalıdır
-
Vakalar, mobil uygulamanın işlevselliğini, ilk iki maddeyle çelişmediği ölçüde mümkün olduğunca kapsamlı bir şekilde kapsamalıdır.
-
-
TestCase ve TestScenario'ya bölün
-
Çeşitli türlerde TestRun'un hızlı oluşturulması
-
Duman
-
Gerileme
-
Darbe testi vb.
-
-
Vaka desteği optimizasyonu
-
"Ölü" sabit kodlu ekran görüntülerini terk edip "taşınabilir verilere" geçiş
-
Yer Alan Kurallar
Alanları düzenlemek için yönetici erişimine ihtiyacınız olacak
Proje Türü Seçme
Aralarından seçim yapabileceğiniz üç proje türü vardır:
Varsayılan türü seçeceğiz. Tüm vakalar aynı anda mevcut olacaktır. Akıllı filtreleme kullanacağız ve tüm vakaları tek seferde dinamik olarak yöneteceğiz.
Test senaryolarının listesini görüntülemek için alanlar ekleme
Öncelikli test senaryolarını görüntülemek için bir alan ekleyelim:
Ayrıca başka alanlar da ekleyebilirsiniz.
Test senaryosu alanlarını ve etiketlerini ayarlama
Ayarlar menüsünü açın:
Aşağıdaki alanlara ihtiyacımız olacak:
“Özet” alanı (test senaryosu başlığı)
Bu alan zaten mevcut, biz sadece kullanımını sistemleştiriyoruz. Vakaları TestCase ve TestScenario olarak ayıracağız. Geniş bir vaka listesinin daha iyi okunabilmesi için, özet yazma kuralları üzerinde önceden anlaşmak daha iyidir.
Test Senaryosu:
Örnek: TestScenario - Mobil uygulamanın kullanımına ilişkin temel senaryo
Test durumu:
Örnek: Ana Ekran - Yetkilendirme bölümü - Oturum açmayı girin
Toplamda vakanın özetinde klasik anlayışı görüyoruz: “ne, nerede, ne zaman.” Ayrıca yüksek seviyeli test komut dosyalarını ve düşük seviyeli test senaryolarını otomasyona en uygun biçimde görsel olarak ayırıyoruz.
“StartScreen” etiketi (TestScenario'nun başladığı ekran; ayrıca birçok test senaryosu bitişik ekranlara dokunabilir)
İhtiyaç duyulabileceği için: Kullanıcıyı mevcut test senaryosunun ekranına yönlendiren tipik adımların metnini metinden kaldıracağız. (belirli bir test durumu oluşturmaya yönelik tipik adımlar) Tüm test senaryolarına ilişkin tüm tipik adımlar tek bir dosyaya yazılacaktır. Bunun hakkında daha ayrıntılı olarak ayrı ayrı yazacağım.
Yeni bir alan oluşturun:
Yeni alanın bileşenlerini doldurun:
Bu durumda değerler listesinden bir seçim alanı oluşturuyoruz. Bu alanın değerlerini girin:
Lütfen id değerlerinin bir ile başlamadığını ve ardışık olmadığını unutmayın. Bu neden yapılıyor? Önemli olan şu ki, girilen kimliğin kaydedildiği test senaryolarımız varsa,
ve bundan sonra mevcut iki ekran arasında üçüncü bir ekran oluşturmamız gerekecek,
o zaman kimliği yeniden yazmamız gerekecek ve mevcut metin durumlarının etiketleri ona zaten eklenmiş olduğundan, bunlar kolayca silinecektir. Çok tatsız olacak.
Etiket "Ekran" (TestCase'i etkileyen ekranın adı)
İhtiyacınız olabilecek şeyler: Darbe testi için dayanak noktalarından biri. Örneğin geliştiriciler yeni ve harika bir özellik yaptılar. Test etmemiz gerekiyor ancak bunun için bu özelliğin tam olarak neyi etkileyebileceğini anlamamız gerekiyor. Varsayılan olarak, bir uygulamanın farklı ekranlarının (Etkinliklerinin) farklı sınıflara sahip olduğu ve dolayısıyla uygulamanın farklı bileşenlerini oluşturduğu paradigmasından başlayabiliriz. Elbette bu durumda bireysel bir yaklaşıma ihtiyaç vardır.
Örnek: home_screen, MapScreen, PayScreen vb.
“MovableData” alanı (değişebilir test verileri içeren bir proxy veritabanına bağlantı)
Daha sonra, test senaryolarında verilerin alaka düzeyini koruma sorununu çözmeye çalışacağız:
-
Mevcut düzenlere bağlantılar (bu, ölü ekran görüntüleri almaktan çok daha iyidir)
-
Bir test durumunun olduğu ekrana ulaşmak için tipik adımlar
-
SQL sorguları
-
Dış verilere ve diğer verilere bağlantılar
Test verilerini her test senaryosunun içine yazmak yerine, tek bir harici dosya oluşturacağız ve tüm test senaryolarında bu dosyaya bağlantı vereceğiz. Bu verileri güncellerken tüm test senaryolarını inceleyip değiştirmek zorunda kalmayacağız ancak bu verileri yalnızca tek bir yerden değiştirmek mümkün olacak. Hazırlıksız biri bir test senaryosu açarsa, test senaryosunun gövdesinde bir dosyaya giden bir bağlantı ve test verileri için o dosyaya gitmesi gerektiğine dair bir ipucu görecektir.
Tüm bu verileri projedeki herkesin erişebileceği tek bir harici dosyada paketleyeceğiz. Örneğin, Google E-Tablo veya Excel'i kullanabilir ve dosya içinde bir arama ayarlayabilirsiniz. Neden bu belirli satıcılar? Gerçek şu ki, takımdaki herhangi bir kişinin herhangi bir araç yüklemeye gerek kalmadan bir test senaryosu açıp geçebilmesi gerektiği paradigmasından yola çıkıyoruz.
için Google Sayfası SQL sorgularını kullanabilirsiniz. Örnek:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")
için Excel Kullanışlı anında arama makroları ayarlayabilirsiniz. (filtreleme) Örnek
Aslında fikir yeni değil ve ilk test uzmanının “Testing dot com” kitabında anlatılıyor. (yazar Savin Roman) Roman Savin tarafından önerilen yöntemleri TestRail'e entegre ediyoruz. Bunu yapmak için oluşturulan dosyaya bağlantı içeren bir alan oluşturun:
Her yeni test senaryosunun zaten bir bağlantıya sahip olması için bağlantının varsayılan değerini girin:
Harici dosyanın konumu değişirse (herhangi bir mücbir sebep sağlarız), tüm test senaryolarında bir veya daha fazla alanı aynı anda rahatlıkla değiştirebilirsiniz:
"Açıklamalar" Alanı (bir test senaryosunun açıklaması veya fikri, standart talimatlar)
Neye ihtiyacınız olabilir: Bu metin alanına test senaryosunun kısa bir açıklamasını ve standart talimatları yerleştireceğiz.
Örnek: Bu test senaryosundaki tüm test verileri (mevcut düzenler, araçların kullanımı ve diğer veriler) bağlantılarla {...} gösterilir ve MovableData dosyasında bulunur. Üstteki ilgili alanda MovableData'ya bağlantı verin.
“Bileşen” etiketi (mobil uygulama bileşeni)
Ne için gerekli olabilir: Darbe testi için. Bir mobil uygulama (birbirini mümkün olduğunca az etkileyen) bileşenlere bölünebilirse, bir bileşende yapılan değişikliklerin (bazı risklerle birlikte) aynı bileşen içinde kontrol edilmesi yeterli olacaktır ve uygulamayı yürütmek için daha az neden olacaktır. her şeyin genel gerilemesi. Bir bileşenin diğerini etkileyebileceğine dair bilgi varsa, bir etki testi matrisi derlenir.
Örnek bileşenler: GooglePay, Sipariş, Kullanıcılar, Harita, Yetkilendirme vb.
Etiket "TAG" (Filtreleme için diğer etiketler)
Rastgele filtreleme için bir test senaryosunu etiketlerle etiketleme.
Şunlar için çok faydalıdır:
-
TestRun'u çeşitli tipik görevler için hızlı bir şekilde derlemek: duman, regresyon vb.
-
testler otomatik mi olacak yoksa zaten otomatik mi olacak?
-
diğer etiketler
Örnek: Smoke, Automated, WhiteLabel, ForDelete vb.
Test senaryosunda alanların görüntülenme sırasını ayarlama
Pek çok yeni alan oluşturduk, şimdi bunları uygun bir sıraya göre düzenlemenin zamanı geldi:
TestRun Oluşturma
Şimdi üç tıklamayla duman testi gerçekleştirmek için mevcut vakalarla yeni bir test çalıştırması oluşturacağız:
Diğer yararlı ipuçları
-
TestRail'in birden fazla projesi varsa, yalnızca projeniz için yeni alanlar oluşturmayı unutmayın, aksi takdirde komşu ekiplerden meslektaşlarınız yeni alışılmadık alanların ortaya çıkması karşısında çok şaşıracaklar. Yerel bayılma mümkündür.
2. Çok sayıda alana sahip vakaları benzer bir grup türünden kopyalamak, yenilerini oluşturmaktan daha kolaydır:
3. Hesaplar paylaşılabilir. Örneğin: bir yönetici, birkaç kullanıcı.
Sonuç
Yukarıda açıklanan örnekler çeşitli projelerde uygulanmış ve etkililikleri gösterilmiştir. Umarım bu araç hakkındaki anlayışınızı geliştirmenize ve etkili ve kullanışlı "test depoları" oluşturmanıza yardımcı olurlar. Yorumlarda TestRail kullanma deneyiminizi ve faydalı ipuçlarını anlatırsanız çok minnettar olurum.
Bağlantılar:
kitap:
İlginiz için çok teşekkür ederim!
Kaynak: habr.com