Yazılım Araçlarının Geliştirilmesi
Yazılım Araçlarının Geliştirilmesi
Bazı kuruluşlar, bir aracın satın alınmasını gerekçelendirmek için bir iş gerekçesine ihtiyaç duyacaktır. Eğer öyleyse, bu bölüm bir tane hazırlamanıza yardımcı olacaktır. Bir iş gerekçesi gerekli değilse, en azından burada açıklanan konuları düşünmek yine de yararlı olabilir. Ancak, kullanılmayacak bir şeyi hazırlamak için çok fazla zaman harcamayın.
Bir iş gerekçesi, bir araç tarafından sağlanan ‘yardımın’ değerinin miktarını belirler, böylece bir aracı satın almaya paranızın yetip yetmeyeceğini ve satın aldığınızda herhangi bir maliyet-fayda sağlayıp sağlayamayacağınızı anlayabilirsiniz.
Faydaları ölçmenin en basit yollarından biri, zaman tasarrufunu ölçmek ve bunu yaklaşık personel maliyetleriyle çarpmaktır. Ayrıca, ölçülmesi imkansız olmasa bile zor olabilen ancak ayrıca belirtilmesi gereken başka faydalar da olacaktır. Örneğin, utanç verici bir kamu açıklaması riski azaltılabilir, ancak buna parasal bir değer biçmek mümkün olmayabilir.
Testi yapanların morali iyileşebilir, bu da muhtemelen üretkenlikte bir artışla sonuçlanacaktır, ancak bunu aracı kullanmaktan kaynaklanan üretkenlik artışından ayırmak mümkün veya istenmeyebilir. Manuel olarak bile yapılması mümkün olmayan bazı şeyler olabilir ve bunlar araç bir süre kullanımda olana kadar keşfedilmeyecektir. Bu beklenmedik faydalar ölçülemez çünkü henüz kimse bunları fark etmemiştir.
Bu arada, kazandığınız zaman doğrudan test için personel sayısında azalmaya dönüşmeyecek, ancak test cihazlarınızın daha üretken olmasını sağlayacaktır. Deneyimlerimize göre kuruluşlar, Lest yürütme otomasyonunun başarılı bir şekilde uygulanmasının ardından test personeli sayısını azaltmaz; bunun yerine, çok daha fazla testi daha sık yapabilmenin avantajlarından yararlanırlar.
İş gerekçesi aşağıdaki bilgileri içerebilir.
» Mevcut manuel testin maliyeti. Bu, test döngüsü başına veya sabit bir zaman diliminde (örneğin, üç ayda bir veya yılda bir) yapılan test için yapılabilir.
Bu sayıların çok doğru olması gerekmez; sadece yaklaşık maliyetleri arıyoruz. Manuel testin gelecekteki maliyetlerinin, örneğin iki veya üç yıl sonra ne olacağını belirleyin. Bu, örneğin daha fazla yazılım veya daha fazla platform üzerindeki testleri içerebilir.
• Mevcut manuel testin kapsamı. Özellikle test otomasyonunun üstesinden gelebileceği sınırlamalar nedeniyle, yazılımın ne kadarı şu anda test edilmiyor?
• Geçen yıl mevcut testlerle bulunamayan kusurların maliyeti. Bu, kullanıcılar tarafından bulunan (test sırasında gözden kaçan) kusurların sayısının ortalama bir maliyetle, örneğin kusur başına 1500 ABD Doları ile çarpılmasıyla hesaplanabilir. (Deneyimlerimize göre bu çok muhafazakar bir rakamdır ve bu nedenle kendiniz için daha doğru bir rakam belirleyene kadar kullanmak için iyi bir rakamdır.)
• İlk alet kullanımının maliyeti. Bu, araç satın alma veya ilk kiralama maliyetini, aracın kullanımıyla ilgili eğitimi, ek donanım ve yazılımı içerir. Öğrenme eğrisi için ek süre eklemek iyi bir fikir olabilir; örneğin, test sonuçlarını analiz etmek muhtemelen ilk birkaç seferde daha uzun sürecektir. Bu maliyet aynı zamanda uygulanabilir bir otomasyon rejimi oluşturmak için gereken zamanı da içerecektir. Bir testi ilk kez otomatikleştirmek, aynı testi manuel olarak yapmaktan en az dört kat daha uzun sürer. Bu da dikkate alınmalıdır.
• Aracın müteakip kullanımının maliyeti. Faydaların görüleceği yer burasıdır, örneğin daha fazla test yapılabilir. Bununla birlikte, lisans ücretleri ve testleri sürdürme ve otomasyon rejimini iyileştirme çabaları gibi sürekli kullanımla ilgili maliyetler de vardır.
• Maliyetleri ve faydaları dikkate alarak başabaş noktasının hesaplanması.
Yazılım Geliştirme Araçları
Programlama araçları nedir
Programlama araçları Staj Defteri
Visual Studio
GitHub
Visual Studio Code
Microsoft Visual Studio
Python
İş gerekçesi, onu oluştururken yapılan varsayımları da içermelidir. Bu, hangi test etkinliklerinin yapılması gerektiği, başarısız olması beklenen testlerin sayısı, test yinelemelerinin sayısı (düzeltmelerden sonra yeniden çalıştırılan testler), test edilecek yeni işlevsellik vb. gibi genel olarak testlerle ilgili varsayımları içerebilir.
Test otomasyonu hakkında doğrulama eklemek için geçen süre, test bakım süresi ve test rejimi için standartlar oluşturmak gibi varsayımlar da olabilir.
Örnek bir iş gerekçesi özeti gösterilmektedir. Araçları seçmeye yönelik formlarımız hakkında daha fazla ayrıntıyı web sitemizde bulabilirsiniz. Rakamlarınızla tartışmak isteyen varsa, katkılarını memnuniyetle karşılayın. Rakamlarınız ne kadar doğru olursa, iş durumunuza o kadar güvenirsiniz.
Size daha iyi rakamlar sunmadan kimsenin ‘verilerinizi beğenmediklerini’ veya ‘doğru olduklarını düşünmediklerini’ söylemelerine izin vermeyin. Yapamazlarsa, o zaman rakamlarınız sahip olduğunuz en iyisidir, bu yüzden sorun yok. Her durumda, mükemmel olmaları gerekmez, yalnızca bir kararı haklı çıkaracak kadar iyi olmaları gerekir.
İş gerekçenizin muhafazakar olduğundan emin olun. Tasarruf için abartılı taleplerde bulunursanız, bunları elde etmeniz çok zor olacaktır. Gerçekçi bir beklenti düzeyi belirlemek için gerçekçi iddialarda bulunun. Ardından, test otomasyonu çabanızın daha da iyi görünmesini sağlayacak olan, başlangıçtaki avantajlarınızı aşmak için kendinize alan tanımış olursunuz.
Kısıtlamaları Belirleme
Test sorunlarınızın ne olduğunu belirledikten ve bunun bir test otomasyon aracını tanıtmak için iyi bir zaman olacağını belirledikten sonra, ancak şimdi araç pazarına bakmaya hazırsınız. Pratikte, şüphesiz bazı araçları bir sergide görmüşsünüzdür veya hatta bir veya iki gösteri yapmış olabilirsiniz. Ancak bu, yalnızca mevcut araç desteği türü hakkında bir fikir vermek içindir.
Araç seçiminizi kısıtlayacak bir dizi faktör olacaktır. Bunları en baştan tanımlayabilirseniz, yine de reddedilecek araçları araştırmak için boşa harcanan birçok zamandan ve çabadan kendinizi kurtarabilirsiniz.
Çevresel Kısıtlamalar (donanım ve yazılım)
Test araçları yazılım paketleridir ve bu nedenle belirli donanım, yazılım veya işletim sistemlerine özgü olacaktır. Windows ortamınız varken ve başka bir şey edinme veya kullanma olasılığınız yoksa, yalnızca UNIX platformunda çalışan bir aracı düşünerek zaman harcamak istemezsiniz.
Araçla birlikte ek donanım veya yazılım satın almak isteyebilirsiniz. Bu bazen teknik veya ekonomik bir engelden çok psikolojik bir engeldir. Alet seçim sürecinizde, özellikle ‘ev’ ortamınız için çok fazla yoksa, satın alma fiyatına ekleyecek olsa da, araçları ayrı bir ortama göre düşünmekte fayda var.
Ancak, test komut dosyalarını depolamak için ekstra disk alanı veya test sonuçlarını doğrulamaya yardımcı olacak özel bir karşılaştırma aracı gibi mevcut ortamınızda çalışan bir araç için bile fazladan donanım veya yazılım edinmeniz gerekebilir.
Donanım ve yazılım sürümleri açısından her aracın tam olarak ne gerektirdiğini öğrendiğinizden emin olun. Örneğin, aracın çalışabilmesi için bir işletim sistemi yükseltmesine veya ek belleğe ihtiyacınız olduğunu kurulum sırasında keşfetmek istemezsiniz.
GitHub Microsoft Visual Studio Programlama araçları nedir Programlama araçları Staj Defteri Python Visual Studio Visual Studio Code Yazılım Geliştirme Araçları