Test kablo demeti ve otomasyon testinde test senaryosu, test senaryoları gibi ilgili genel terimleri anlamada bazı zorluklarla karşılaşıyorum.
İşte şimdiye dek elde ettiklerim: Otomasyon testi, testlerin yürütülmesini kontrol etmek ve gerçek sonuçları beklenen sonuçlarla karşılaştırmak için özel bir yazılımın (test edilen yazılım dışında) kullanılmasıdır. Ayrıca test ön koşullarının oluşturulmasını da içerir. Bu tür testler, sıklıkla yapılan testler için en uygun olanıdır.
Şimdi, test cihazıyla ilgili bazı problemler yaşıyorum. Test senaryolarından, giriş dosyalarından, çıkış dosyalarından ve test komut dosyalarından oluşan bir test grubundan oluştuğunu okudum .. .. Şimdi benim sorum, test senaryosu ile test senaryosu arasındaki fark nedir? Ayrıca, AUT'ın farklı fonksiyonlarını test etmek için yazılımı nasıl kullanıyorsunuz? Ayrıca suite master ve case agent gibi bazı terimlerle karşılaştım.
Birkaç geniş soru var, deneyimlerime dayanarak cevap vermeye çalışacağım.
(/) Test kütüphanesikullanarak (1) test yürütme 'in bütün çalışmalarını gerçekten yapan bir' etkinleştirici 'olarak bir Test Harness düşünün. _ ve (3) rapor oluşturma. Test komut dosyalarınızın farklı (4) test verileri ve (5) test senaryoları ile çalışacak şekilde tasarlanmış olması gerekir. Temel olarak, test kablo demeti yerinde olduğunda ve önkoşul veriler hazırlanırken (aka data prep) birisi tüm testleri yürütmek ve raporlar oluşturmak için bir düğmeye tıklayabilmeli veya bir komutu çalıştırabilmelidir.
Bir test donanımı büyük olasılıkla yukarıdakilerin hepsini gerçekleştiren farklı şeyler topluluğudur. Uygulamanızı geliştirirken birim testleri yazdıysanız, bu bir test donanımının parçası olacaktır. Uygulamanızın işlevselliği için başka testler de yaparsınız, örneğin: kullanıcı siteye giriş yapar, sık kullanılanlar panelini görür, en son mesajlar ve bildirimler. Ardından, "test komut dosyaları" 'nızdan geçen ve bunları çalıştıran türden bir "koşucu" ekler ve bunları çalıştırır (bunun yerine bir defada bir test yapmak zorunda kalırsınız). Test kablo demeti tek bir yazılımdan ziyade daha kavramsal bir koleksiyona benziyorsa, bunu doğru anlıyorsunuzdur :-)
Şimdi sorum şu: test senaryosu ve test senaryosu arasındaki fark nedir?
Basit ama tamamen doğru olmayan cevap: A Test Durumu, test hedeflerini, tanımlamayı, ön koşulları, adımları (açıklayıcı veya spesifik), beklenen sonuçları tanımlar. Bir Test Komut Dosyası daha sonra bu testi yapmak için yürüttüğünüz gerçek otomatik komut dosyası olacaktır. Bu bir Otomasyon bağlamında. Ve değişir. Çok.
ISTQB gibi hangi sertifikaların test senaryoları olarak tanımladığına, bazı şirketler ve ülkelerde genellikle test durumları denir. Diğerlerinde, test durumları manuel testlere atıfta bulunurken test senaryoları ile çevrilir (adımlar ayrıntılı olarak verildiğinde ancak bir otomasyon tesisinin parçası olmadığında). Diğerleri, test komut dosyalarının yalnızca otomatik testler anlamına geldiğini söylüyor. Öte yandan, birkaç test senaryosunun test senaryosunda birleştirilebileceği de söylenebilir. Bu soruya yalvarır, test prosedürü nasıl girer?
A test geliştirme stage şunları yapabilir: "Test prosedürleri, test senaryoları, test durumları, test veri setleri, test yazılımında kullanılacak test komut dosyaları."
Bir > (/ 'in toplanmasından büyük) ilişkisini varsayarsanız, bunları nasıl ilişkilendirirsiniz? Retorik soru - nerede çalıştığınıza, müşterinizin kim olduğuna, vb. Göre farklılık gösterir. En iyisi, meslektaşlarınızla/müşterilerinizle tanımlamak ve tanımdan ziyade terimlerin anlaşılmasına katılıyorum. Şu anda önceden var olan manuel bir test senaryosuna veya bir test senaryosuna dayanarak test komut dosyası = otomatik komut dosyasıyla gidiyorum.
Ayrıca, AUT'ın farklı fonksiyonlarını test etmek için yazılımı nasıl kullanıyorsunuz?
Farklı şeyleri test etmek için farklı testler yazıyorsunuz. Her test belirli eylemleri yapar ve AUT çıktısının beklediğinizle uyuşup uyuşmadığını kontrol eder -
If displayed_value == expected_value. Örneğin, test kullanıcı adları ve şifrelerden oluşan test listesine veri sağlamak için bir giriş dosyası kullanılabilir. Veya aynı testi farklı verilerle çalıştırın - farklı mesajlarla farklı bir kullanıcı olarak giriş yapın, vb.
RobotFramework ve Selenium 'a bakınız. Selenyum kütüphanesiyle birleştirilmiş bir robot çerçeve testi (metin veya html dosyalarında yazılmıştır), bir ana sayfa doğrulaması gibi ... belirli bir şeyi sınayan otomatik bir test yazmanıza izin verir. Bir kullanıcının tüm mesajlarını görmesini sağlamak için ayrı bir test yazarsınız. Silme bildirimlerini test etmek için başka. Ve bunun gibi.
test kablo demeti : Bir testi yapmak için gereken çubuklardan ve sürücülerden oluşan bir test ortamı.
Test kayışları ve saplamaları, eksik parçaların çoğaltılması için kullanılacaktır (henüz testlere veya harici sistemlere dahil edilmemiş bileşenler). Test verilerini test edilen bileşenlere ulaştırmak için yöntemler ve araçlar geliştirin. Bu genellikle bir test koşum denir. Bir test koşum takımı oluşturmak için gereken tekniklerin anlaşılması gereği nedeniyle bu test neredeyse her zaman geliştirme ekibi tarafından yapılır.
Bir test tesisatı, test nesnesinin çalışacağı ortamı simüle ederek bileşenlerin veya sistemin bir bölümünün testini kolaylaştırabilir. Bu, o ortamın diğer bileşenleri henüz mevcut olmadığından ve saplamalar ve/veya sürücüler tarafından değiştirildiğinden veya basitçe test edilen nesneye herhangi bir hatanın lokalize edilebileceği öngörülebilir ve kontrol edilebilir bir ortam sağlamak için yapılabilir. Bunlar genellikle geliştiricilerin test sürecine yardımcı olmak için oluşturdukları özel programlardır. Olgun bir organizasyonda kullanılıyorlarsa, bu kayışların "Test Varlıkları" olarak kabul edilmesi ve Sürüm Kontrolü ve Yapılandırma Yönetimi'ne tabi olması oldukça olasıdır.
Test donanımları bir testin derlenmesi ve çalıştırılması için gerekli tüm bilgileri içerir. Bu, test senaryolarını, test edilen kaynak dosyaları, taslakları ve Hedef Dağıtım Portu (TDP) yapılandırma ayarlarını içerir.
Bir Test Demeti, üniteyi, modülü, uygulamayı veya sistem seviyesindeki yazılımı test etmek için gereken tüm öğelerin toplanmasıdır ve testi gerçekleştirme mekanizması sağlar. Giriş verileri, test parametreleri, test senaryosu, test senaryosu, beklenen çıktı verileri, test aracı ve test sonucu raporu gibi her öğe, test donanımının bir parçasıdır.