Yazılım Aracı Seçimi
Yazılım Aracı Seçimi
Araç seçimi sırasında dikkate almamız gereken en büyük faktör, test aracının operatörlerinin veya kullanıcılarının kim olacağıydı. Sonunda belirlenen personel, teknik altyapıdan değil, programlama becerisi olmayan iş odaklı kişilerdi.
Bu temel faktörü göz önünde bulundurarak, bizim için doğru test aracını belirlemek oldukça kolay bir işti, çünkü basit kayıt ve oynatma özelliğine sahip, ancak programlama becerilerine sahip biri tarafından işlevlerinde ince ayar yapma fırsatına sahip bir ürün arıyorduk. Eğer gerekliyse. Bu, süreci olgunlaştırırken bize her iki dünyanın da en iyisini verebilmelidir.
Buna göre, 1992’nin başlarında seçildi ve satın alındı. Belirlenen araç kullanıcıları başlangıç eğitim kurslarına gittiler ve ürünü nasıl kullanacaklarını öğrendiler. Bununla birlikte, işe geri döndüğünüzde, senaryoların kaydedilebilmesi için gereken hazırlık süresinin başlangıçta beklenenden çok daha uzun olduğu kısa sürede anlaşıldı. Sonuç olarak, test aracını düzgün bir şekilde kurmak için projenin süresi doldu. Bu nedenle, daha tanıdık olan manuel teste başvurulmuştur ve test aracı hızla raf yazılımı haline gelmiştir.
O zamanlar, çok karmaşık olduğu için tüm suç test aracına atılırken, gerçekte onu düzgün bir şekilde uygulamak için yeterli zaman ayrılmamıştı. Açıkçası bu senaryo, bir aracın uygulanmasının başarısız olmasının en yaygın nedenidir. Muhtemelen daha uzun vadeli bir görüşün daha kaliteli bir test otomasyon çabasıyla sonuçlanacağını takdir etmek yerine kısa vadeli bir ek yük olarak görüldüğü için hazırlık için yeterli zaman ayrılmıyor.
Planlama, Hazırlık ve Nihai Başarı
İlk geliştirme tamamlandıktan ve test edildikten sonra, sonraki sürümler zaten agresif tarihlerle planlanmıştı. Gerçekleştirilmesi gereken regresyon testi miktarının üstesinden gelmek için özel olarak ayrı bir test ekibinin kurulması gerektiği hissedildi.
Bu noktada, regresyon testi tarafı için özel sorumluluk taşıyan bir ekip kurmam istendi. Bu, her zaman kullanıcı kabul testinden daha zahmetli olarak görülen bir görevdi çünkü diğer test biçimlerinden daha tekrarlayıcı ve daha az ilgi çekiciydi.
Test aracıyla yeniden başlatma
Raf donanımı test aracımızın tozunu silkeleyerek başladım ve onu yükseltmeye ve kullanıma sunmaya başladım. Gerekli faaliyetleri kapsayacak bazı üst düzey planlar hazırladım ve üst düzey insanlardan bu faaliyetler için onay aldım. Bazı alanlarda diğerlerinden daha zordu, ancak bunun nedeni kısmen, testin bir faaliyet olarak asla bir projenin tüm yaşam döngüsü boyunca değil, genellikle test başlamadan birkaç hafta önce dikkate alınmasıydı. Dolayısıyla, genel test disiplini konusunda farkındalığı artırmak için yönetmem gereken bir eğitim süreci de vardı.
Başlangıçta alet satıcısı tarafından eğitilmiş bir kişi vardı, bu yüzden doğru bir şekilde planlamaya başlayabilirdik. İlk hedefimiz, yayına girmiş olan ilk üründen komut dosyaları yüklemekti. Bu sürüm için manuel test komut dosyaları gözden geçirildi ve test aracına yüklenebilecek anahtar olanlara kadar filtrelendi. Ortalama olarak on manuel komut dosyasını tek bir otomatik komut dosyasına sıkıştırabileceğimizi bulduk. Bu bir bonustu ve beklediğimizden daha az senaryo kaydı yapmamız gerektiği anlamına geliyordu.
Yazılım test otomasyon araçları
Yazılım test araçları
Yazılım test otomasyonu nedir
Yazılım test yönetimi
Katalon Studio
Ranorex Nedir
Planlamanın ve Hazırlığın Önemi
Bu erken noktada, planlama çalışması esastır. Harcanan emek için gösterecek çok bir şey yok ama en önemli adımlardan biri. Düzgün veya temiz bir bitişin gerekli olduğu herhangi bir şey gibidir, hazırlık, nihai sonucu yapabilir veya bozabilir. Buradaki anahtar mesaj, testlerin mantıksal bir sıra ve hiyerarşiyi takip edecek şekilde planlanması ve yapılandırılması için yeterli zamanın verildiğinden emin olmaktır.
Sponsorlar bu noktadan önce bu çabanın gösterilmesi gerektiğini kabul etmeli ve çok çabuk geri ödeme beklememelidirler. Sponsorlardan bu desteği alırken onları ilerlemeden haberdar etmelisiniz: “Acı yoksa kazanç da yok”.
Burada planlamaya odaklandığım için özür dilemiyorum, çünkü bu, harcanan çabayı hafife almanın kolay olduğu bir alandır. Bizim durumumuzda, ham yazılım ve araçla başlayıp ilk ürünümüz üzerinde tam bir regresyon testi çalıştırabilmemiz dokuz ayımızı aldı.
Geriye dönüp bakıldığında ve hatalardan ders çıkarıldığında, bu süre muhtemelen yaklaşık üç aya indirilebilirdi. Ancak, bu zaman çizelgesi büyük ölçüde otomatikleştirilen sistemin karmaşıklığına ve dahil olan personelin becerilerine bağlıdır.
Organizasyon ve motivasyon
Ekip, temel olarak iş akışından ve kullandığımız test aracıyla ilgili ayrıntılı bilgiden sorumlu tek kişi olan tek bir Sistem Uzmanı etrafında organize edildi. Bu kişi şirket içi sorun giderici olarak çalışır ve sorular, yükseltmeler vb. durumlarda satıcılarla tek irtibat noktasıdır.
Bu yapıya sahip olarak, test uzmanları ortaya çıktıkça kendi sorunlarını çözmede bir dereceye kadar kendi kendine yeterli olabilirler. Testerlara ek olarak, donanım, LAN, iletişim vb. konularda ortaya çıkabilecek daha ayrıntılı teknik sorunları ele almak için bir teknik destek ekibim de var.
Gerekli teknik becerilerin (çeşitli olan) öğretilebileceğine inanıyorum. Benim alanımda, test uzmanlarının test ettikleri ürünü, üzerinde çalışacağı işletim sistemlerini, ağ yapılandırmalarını, donanım kurulumunu, iletişimleri ve bazı programlama becerilerini bilmesi gerekir. Farklı kuruluşların farklı ihtiyaçları olacaktır, ancak bunlar bizim için değerli olanlardır.
Bununla birlikte, ekip üyelerinin uyum sağlayabilmeleri için test etme konusunda doğru zihniyete sahip olmaları gerekir. Hevesli, hevesli, test etmeye ilgi duyan, düşünen ve kaliteyi göz önünde bulunduran kişiler olmaları ve aynı zamanda tüm geliştirmeyi geliştirmeye çabalamaları gerekir.
Motivasyon, birçok yönetim kitabında iyi bir şekilde ele alınmıştır ve ana ilkelerin tümü geçerlidir. Bununla birlikte, test çalışmasının tekrarlayan doğası nedeniyle, test uzmanlarının meslektaşlarının saygısını kazanarak yaptıklarının değerini görmelerini sağlamak önemlidir.
Bu, en iyi şekilde, projelerde test sürecinin önemini artırmak ve başarılarını göstermekle sağlanır. Ayrıca, değer en iyi şekilde, bir test aracı ve özel personel mevcut olmadığında alternatifin ne olacağı görülerek anlaşılır.
Katalon Studio Ranorex Nedir Yazılım test araçları Yazılım test otomasyon araçları Yazılım test otomasyonu nedir Yazılım test yönetimi