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. 

The post Yazılım Araçlarının Geliştirilmesi  first appeared on Akademi Delisi (Tez Yaptırma).

Testi Otomatikleştirmek İçin Araç Seçme

Araç seçimi ve uygulama sürecini kapsar. Bu süreç tam olarak gösterilmiştir. Bu bölüm diyagramın sol tarafını kapsar; sağ taraf kaplıdır.

Alet seçme süreci, piyasada bulunan pek çok araç arasından kuruluşunuza uygun olanı değerlendirir ve seçer. Araç uygulama süreci daha sonra seçilen aracın kuruluş genelinde etkili bir şekilde kullanılmasını sağlar.

Bu süreç, herhangi bir araç türünü seçmek için geçerli midir?

Kuruluşunuzda onlarca veya yüzlerce kişinin kullanacağı bir aracın seçiminden sorumluysanız, araç seçim sürecine resmi ve ayrıntılı bir şekilde yaklaşmanız gerekecektir.

Yalnızca iki veya üç kişiyle deneysel olarak denemek için bir araç arıyorsanız, araç seçim süreciniz çok daha küçük ölçekte, daha az ayrıntılı ve daha az resmi olacaktır. Ancak her iki durumda da sürecin aşamaları aynı olacaktır.

Muhtemelen bu bölümlerdeki tüm fikirleri daha resmi bir değerlendirme için kullanacaksınız; gayrı resmi bir değerlendirme, bu bölümleri okuyarak bazı yararlı ipuçları alabilir. Bu bölümü orta ölçekli bir kuruluş için yazdık.

Test araçlarını seçmekle görevli kişilerin çoğu daha önce resmi bir seçim yapmadığı için bu materyal bu kitaba dahil edilmiştir. IEEE standartları da dahil olmak üzere, genel araç seçimi ve uygulama süreçleri konusunu daha derinlemesine ele alan kitaplar ve kurslar bulunmaktadır.

Testi otomatikleştirmek istiyorsanız ve henüz bir test aracınız yoksa, hangi ticari araçların sizin için uygun olabileceğini araştırmanız gerekecektir. Ancak alet pazarına bakmak başlamak için doğru yer değil. Gereksinimlerinizi değerlendirerek başlamak önemlidir. Bu, uygun bir süre içinde en iyi kararı vermenizi sağlayacaktır.

Araç seçim sürecinin nihai amacı, kuruluşunuzda testi otomatikleştirmenizi sağlayacak bir araç belirlemektir. Bu amaca ulaşmada aracın seçilme şekli çok önemlidir.

Yanlış aracı seçerseniz, ihtiyacınız olan veya yapmasını beklediğiniz şeyi yapmayabilir. Aracın ortamınızda çalışmasını sağlamada önemli teknik zorluklar olabilir. Aracın ilk kullanıcıları, kullanımı zor bulabilir ve onları o kadar yavaşlatır ki tamamen bırakırlar. Bu gibi durumlar, en iyi ihtimalle test otomasyon çabalarınızı geciktirir ve onları bir süre sabote edebilir.

Alet seçiminde bir diğer tuzak da aleti yanlış şekilde seçmektir. Araç teknik açıdan oldukça uygun olsa bile, eğer doğru kişiler seçim sürecini ‘satın almazsa’, aracı edindikten sonra kullanmak konusunda isteksiz olacaklardır.

Örneğin, bazı insanlar farklı bir aracın daha iyi olacağını düşünebilir. Karar verme sürecinin bir parçası değillerse, ‘yanlış’ (kendi bakış açılarına göre) aracı kullanmaya direneceklerdir. Bu nedenle, aletin seçiminde yer alan insanlardan oluşan bir ekibe sahip olmak ve teknik sorunlar kadar teknik olmayan tüm sorunları da ele almak önemlidir.

Yazılım Geliştirme Araçları
Programlama araçları nedir
Programlama araçları Staj Defteri
Yazılım geliştirme Platformları
Visual Studio
GitHub
Visual Studio Code

Takım Seçimi Projesi

Bir test otomasyon aracı seçmek başlı başına bir projedir ve yeterince finanse edilmeli, kaynak sağlanmalı ve personel çalıştırılmalıdır. Daha büyük bir organizasyonda daha büyük bir proje olacak olsa da asla büyük bir proje olmamalıdır.
Orta ölçekli bir kuruluş için alet seçme projesi, tipik olarak dört ila altı kişi-haftalık çaba gerektirir ve üç ila on kişiyi kapsayabilir.

Alet seçimi projesine, yalnızca proje yöneticisi tarafından değil, ilgili diğer kişiler tarafından da yeterli önceliğin verilmesi gerekir. Bu, ‘normal’ projelerin programlarını ve kaynak kullanımını etkileyecektir. Geliştirme ve/veya test projeleriniz için zaten zaman baskısı altındaysanız, bir araç çözümü aranmamasının bir nedeni de budur.

Araç Seçim Ekibi

Alet seçimi kararını vermek için insanlardan oluşan bir ekibe ihtiyaç vardır. Tek bir kişi karar verirse, uygulama aşamasında araç için kuruluş içinde geniş bir kullanıcı tabanına ulaşmak çok daha zordur. Ekip üyelerinden gereken sürenin çok fazla olması gerekmez, belki de her biri üç ila beş gün, bir aydan altı haftaya kadar yayılır. Bu ekibin liderinden daha fazla zamana ihtiyaç duyulacaktı.

Takım Seçimi Takım Lideri

Alet seçimi ve değerlendirme sürecini yönetmek için bir kişi görevlendirilmelidir. Bu kişi, yönetim becerilerine veya potansiyeline ve kuruluşun farklı alanlarından insanlardan oluşan bir ekip oluşturma yeteneğine sahip biri olmalıdır. Bu kişi ideal olarak kuruluş hakkında geniş bir görüşe sahip ve saygı duyulan biri olmalıdır.

Araç seçme ve değerlendirme ekibi lideri, aracın şampiyonu, kuruluş içinde test otomasyonu satma konusunda en hevesli uygulama aşamasındaki kişi ve test otomasyonu uygulamalarının odak noktası olabilir.

Ekip, kendi testini otomatikleştirmek isteyebilecek kuruluşun her alanından temsilciler içermelidir. Bu, çeşitli projelerden, departmanlardan veya konumlardan insanları içerebilir.

Bu, tüm organizasyonun etkinliğini ve üretkenliğini etkileyebilecek önemli bir karar olduğundan, ekip üyelerinin organizasyonun kendi alanları hakkında bilgili olması ve meslektaşları tarafından haklı gösterilebilecek objektif bir değerlendirme yapabilmesi gerekir.

Ekip ayrıca, araç için hedef kullanıcıların farklı rollerini veya işlerini temsil eden çeşitli beceriler içermelidir. Buna, kabul testini otomatikleştirmek isteyen son kullanıcılar, sistem testini otomatikleştirmek isteyen test uzmanları ve birim veya entegrasyon testini otomatikleştirmek isteyen geliştiriciler dahildir.

Ayrıca, bu kitapta daha önce açıklanan ilkelere göre otomatikleştirilmiş test yazılımını oluşturmaktan sorumlu olacak yazılım geliştirme uzmanlığına sahip kişiler olan potansiyel test otomatikleştiricilerini de içerecektir. Araç seçim ekibi ayrıca bir test yöneticisi, dahili test danışmanı veya test koordinatörü veya bir proje yöneticisi içerebilir.

Araç seçim ekibi, hem her alanda neyin gerekli olduğunu bulmak hem de iyi test otomasyonu uygulamalarını teşvik etmek ve araç edinildikten sonra aracın kullanımını “satmak” için organizasyonun geri kalanıyla bir iletişim ağı haline gelecektir.  Araç seçim ekibi üyelerinin bir kısmı veya tamamı uygulama ekibi olmaya devam edebilir, ancak zorunlu değildir.

The post Yazılım Araçları first appeared on Akademi Delisi (Tez Yaptırma).