TechCodeview

Manuel test, test senaryolarının herhangi bir otomatik araç kullanılmadan manuel olarak yürütüldüğü bir yazılım test sürecidir. Tüm test senaryoları, son kullanıcının bakış açısına göre test uzmanı tarafından manuel olarak gerçekleştirilir. Uygulamanın gereksinim belgesinde belirtildiği gibi çalışıp çalışmadığını kontrol eder. Test senaryoları, yazılım uygulamasının neredeyse yüzde 100'ünü tamamlayacak şekilde planlanır ve uygulanır. Test senaryosu raporları da manuel olarak oluşturulur.

Manuel Test, yazılımın hem görünen hem de gizli kusurlarını bulabildiğinden en temel test süreçlerinden biridir. Beklenen çıktı ile yazılım tarafından verilen çıktı arasındaki fark, kusur olarak tanımlanır. Geliştirici kusurları düzeltti ve yeniden test edilmesi için test cihazına verdi.

Otomatik testlerden önce yeni geliştirilen her yazılım için manuel test yapılması zorunludur. Bu test büyük çaba ve zaman gerektirir ancak yazılımın hatasız olduğunun garantisini verir. Manuel Test, manuel test teknikleri hakkında bilgi gerektirir ancak herhangi bir otomatik test aracı hakkında bilgi gerektirmez.

Manuel test önemlidir çünkü yazılım testi temel prensip '%100 otomasyon mümkün değildir'.

Neden manuel teste ihtiyacımız var?

Bir uygulama piyasaya çıktığında ve kararsız olduğunda veya son kullanıcılar onu kullanırken bir hata veya sorun oluşturduğunda veya sorun yarattığında.

Bu tür sorunlarla karşılaşmak istemiyorsak, uygulamayı hatasız ve istikrarlı hale getirmek ve müşteriye kaliteli bir ürün sunmak için bir tur test yapmamız gerekir, çünkü uygulama hatasızsa son kullanıcı uygulamayı daha rahat kullanacaksınız.

Test mühendisi manuel test yaparsa, uygulamayı son kullanıcı bakış açısıyla test edebilir ve ürüne daha fazla aşina olabilir, bu da uygulamanın doğru test senaryolarını yazmalarına ve uygulama hakkında hızlı geri bildirim vermelerine yardımcı olur.

Manuel Test Türleri

Manuel test için kullanılan çeşitli yöntemler vardır. Her teknik kendi test kriterlerine göre kullanılır. Manuel test türleri aşağıda verilmiştir:

• Beyaz Kutu Testi
• Kara Kutu Testi
• Gri Kutu Testi

Beyaz kutu testi

Beyaz kutu testi, Geliştirici tarafından yapılır ve burada kodu Test Mühendisine vermeden önce kodun her satırı kontrol edilir. Kod, test sırasında Geliştirici tarafından görülebildiğinden Beyaz kutu testi olarak da bilinir.

Beyaz kutu testi hakkında daha fazla bilgi için aşağıdaki bağlantıya bakın:

https://www.javatpoint.com/white-box-testing

Kara kutu testi

Kara kutu testi, Müşterinin/müşterinin ihtiyaçlarına göre bir uygulamanın veya yazılımın işlevselliğini kontrol edebilecekleri Test Mühendisi tarafından yapılır. Bu durumda, test yapılırken kod görünmez; bu yüzden kara kutu testi olarak bilinir.

Kara kutu testi hakkında daha fazla bilgi için aşağıdaki bağlantıya bakın:

https://www.javatpoint.com/black-box-testing

Gri Kutu testi

Gri kutu testi, beyaz kutu ve Kara kutu testinin birleşimidir. Hem kodlamayı hem de test etmeyi bilen bir kişi tarafından yapılabilir. Uygulama için kara kutu testinin yanı sıra beyaz kutunun da tek kişi tarafından gerçekleştirilmesi Gri kutu testi olarak bilinir.

Gri kutu testi hakkında daha fazla ayrıntı almak için aşağıdaki bağlantıya bakın:

https://www.javatpoint.com/grey-box-testing

Manuel Test nasıl gerçekleştirilir?

• İlk olarak test uzmanı, test alanlarını seçmek için yazılımla ilgili tüm belgeleri inceler.
• Test uzmanı, müşteri tarafından belirtilen tüm gereksinimleri kapsayacak şekilde gereksinim belgelerini analiz eder.
• Test uzmanı, test senaryolarını gereksinim belgesine göre geliştirir.
• Tüm test senaryoları, Kara kutu testi ve beyaz kutu testi kullanılarak manuel olarak yürütülür.
• Hatalar meydana gelirse test ekibi geliştirme ekibini bilgilendirir.
• Geliştirme ekibi hataları düzeltti ve yazılımı yeniden test edilmesi için test ekibine teslim etti.

Yazılım Oluşturma Süreci

• Gereksinim toplandıktan sonra iki farklı ekip geliştirme ve test ekibine sunulacaktır.
• Gereksinimi aldıktan sonra ilgili geliştirici kodu yazmaya başlayacaktır.
• Bu arada test mühendisi gereksinimi anlar ve gerekli belgeleri hazırlar, geliştirici şu ana kadar kodu tamamlayıp depolayabilir. Kontrol Sürümü aracı .
• Bundan sonra kullanıcı arayüzündeki kod değişir ve bu değişiklikler ayrı bir ekip tarafından gerçekleştirilir. ekip oluştur .
• Bu derleme ekibi kodu alacak ve bir derleme aracı yardımıyla kodu derlemeye ve sıkıştırmaya başlayacak. Bir miktar çıktı elde ettiğimizde, çıktı olarak bilinen zip dosyasına gider. İnşa etmek (uygulama veya yazılım). Her Yapının (B001, B002) gibi benzersiz bir numarası olacaktır.
• Daha sonra bu özel Derleme test sunucusuna yüklenecektir. Bundan sonra test mühendisi, Test URL'si yardımıyla bu test sunucusuna erişecek ve uygulamayı test etmeye başlayacaktır.
• Test mühendisi herhangi bir hata bulursa ilgili geliştiriciye bildirilecektir.
• Daha sonra geliştirici, hatayı test sunucusunda yeniden oluşturacak ve hatayı düzeltecek ve kodu tekrar Kontrol sürümü aracında saklayacak ve yeni güncellenmiş dosyayı yükleyip eski dosyayı kaldıracaktır; Bu işleme stabil Build elde edilene kadar devam edilir.
• Kararlı Yapıyı aldıktan sonra müşteriye teslim edilecektir.

Not 1

• Dosyayı Kontrol sürümü aracından topladıktan sonra, kodu üst düzey dilden makine düzeyi dile derlemek için derleme aracını kullanacağız. Derleme sonrasında eğer dosya boyutu artarsa ​​o dosyayı sıkıştırıp test sunucusuna atacağız.
• Bu işlem şu şekilde yapılır: Ekip oluştur , geliştirici (derleme ekibi orada değilse, bir geliştirici bunu yapabilir) veya test ucu (derleme ekibinin zip dosyasını doğrudan ele alması ve uygulamayı test sunucusuna kurması ve test mühendisini bilgilendirmesi durumunda).
• Genellikle her hata için yeni bir Derleme elde edemeyiz; aksi takdirde zamanın çoğu yalnızca yapıların oluşturulmasında harcanacaktır.

Not2

Ekip oluştur

Derleme ekibinin asıl işi, uygulamayı veya Derlemeyi oluşturmak ve yüksek seviyeli dili düşük seviyeli dile dönüştürmektir.

İnşa etmek

Kodu uygulama formatına dönüştürmek için kullanılan yazılımdır. Ve kararlı hale gelene kadar test amacıyla test mühendisine devredilen bazı özelliklerden ve hata düzeltmelerinden oluşur.

Kontrol sürümü aracı

Aşağıdaki amaçlarla kullanılan bir yazılım veya uygulamadır:

• Bu araçta farklı dosya türlerini kaydedebiliriz.
• Dosyaya araçlardan aynı oturum açma kimlik bilgilerini kullanarak eriştiğimiz için her zaman güvenlidir.
• Araçların temel amacı mevcut dosyalar için yapılan değişiklikleri izlemektir.

Oluşturma işlemi örneği

Gerçek senaryolarda süreç çalışmasının nasıl oluşturulacağını anlamak için bir örnek görelim:

Test mühendisi hatayı alır almaz bunu geliştiricilere gönderecek ve analiz etmek için biraz zamana ihtiyaçları olacak; bundan sonra sadece hatayı düzeltir (Test mühendisi hata koleksiyonunu veremez).

Geliştiriciye zamanına göre kaç hatayı düzeltebileceğine karar verilir. Ve test mühendisinin ihtiyaçlarına göre hangi hatanın ilk önce düzeltilmesi gerektiğine karar verilir, çünkü test mühendislerinin testi durdurmaya gücü yetmez.

Ve postayı alan test mühendisi yalnızca hangi hatanın düzeltildiğini bilebilir. hata düzeltmelerinin listesi .

Süre artacaktır çünkü ilk Build'ta geliştiricilerin farklı özelliklere kod yazması gerekir. Ve sonunda sadece hata düzeltmelerini yapabilecek ve gün sayıları azalacaktır.

Not3

Test döngüsü

Test döngüsü, test mühendisine her Yapıyı test etmesi için verilen süredir.

İki yapı arasındaki farklar

Bir yapıda bulunan hatalar, test mühendisinin gereksinimlerine bağlı olarak gelecekteki herhangi bir Yapıda düzeltilebilir. Her yeni Yapı, eskisinin değiştirilmiş versiyonudur ve bu değişiklikler, hata düzeltmeleri veya bazı yeni özelliklerin eklenmesi olabilir.

Yeni Build'ı ne sıklıkta alıyorduk?

Başlangıçta haftalık derlemeler alıyorduk, ancak testin son aşamasında, uygulama stabil hale geldiğinde, yeni Build'i 3 günde bir, iki günde bir veya günlük olarak da alıyorduk.

Kaç build alıyoruz

Herhangi bir projenin süresini bir yıl olarak düşünürsek 22-26 build elde ediyoruz.

Hata düzeltmelerini aldığımızda

Genel olarak hata düzeltmelerini yalnızca test döngüsü tamamlandıktan veya hataların toplanması bir yapıda düzeltildikten ve sonraki sürümlere devredildikten sonra anlıyoruz.

Manuel Testin Avantajları

• Black box yöntemini kullanırken programlama bilgisi gerektirmez.
• Dinamik olarak değişen GUI tasarımlarını test etmek için kullanılır.
• Test uzmanı, yazılımla gerçek bir kullanıcı gibi etkileşime girerek kullanılabilirlik ve kullanıcı arayüzü sorunlarını keşfedebilir.
• Yazılımın yüzde yüz hatasız olmasını sağlar.
• Uygun maliyetlidir.
• Yeni testçiler için öğrenmesi kolay.

Manuel Testin Dezavantajları

• Çok sayıda insan kaynağına ihtiyaç var.
• Çok zaman alıcıdır.
• Test uzmanı, becerilerine ve deneyimlerine dayanarak test senaryoları geliştirir. Tüm fonksiyonları kapsayıp kapsamadıklarına dair bir kanıt yoktur.
• Test senaryoları tekrar kullanılamaz. Her yeni yazılım için ayrı test senaryoları geliştirmemiz gerekiyor.
• Testin tüm yönleriyle ilgili test sağlamaz.
• İki ekip birlikte çalıştığı için bazen birbirlerinin niyetlerini anlamak zor olabiliyor, süreci yanıltabiliyor.

Manuel test araçları

Manuel testlerde birim, entegrasyon, güvenlik, performans ve hata takibi gibi farklı test türlerinde Jira, Bugzilla, Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube vb. gibi çeşitli araçlarımız mevcuttur. pazar. Araçlardan bazıları açık kaynaklı, bazıları ise ticari.

Test araçları hakkında daha fazla bilgi için aşağıdaki bağlantıya bakın:

https://www.javatpoint.com/software-testing-tools

Bunları tek tek anlayalım:

Yük Çalıştırıcısı

En sık kullanılan performans test araçlarıdır. LoadRunner esas olarak çok çeşitli prosedürler, yaklaşımlar ve uygulama ortamları için performans testini desteklemek için kullanılır.

LoadRunner aracını çalıştırmanın temel amacı, performans sorunlarının en yaygın kaynaklarını hızlı bir şekilde sınıflandırmaktır.

LoadRunner'ın Özellikleri

• LoadRunner aracı n sayıda uygulama içerir, bu da raporları anlama ve açıklama süresini azaltır.
• LoadRunner aracını kullanarak kapsamlı performans testi raporları alabiliyoruz.
• Dağıtılmış yük testinin maliyetini azaltacak ve aynı zamanda dağıtım takibi için operasyonel bir araç sunacak.

Narenciye

Citrus, en yaygın kullanılan test çerçevesi olan bir entegrasyon test aracıdır. İçinde yazılmıştır Java programlama dil. Çoğunlukla sunucu tarafı ve istemci tarafı istemek ve yanıt vermek ve XML JSON dosyalarını doğrulamak için kullanılır.

Uçtan uca kullanım senaryosu testini gerçekleştirmek için narenciye çeşitli HTTP, JMS ve SOAP protokollerini destekler.

Narenciyenin Özellikleri

Citrus aracının önemli özelliklerinden bazıları şunlardır:

• Mesaj göndermek ve almak için kullanılır.
• Citrus piyasada hem açık kaynak hem de lisanslı olarak mevcuttur.
• Düşük maliyetli bir çözüm sunar.
• Narenciye aracını kullanarak veritabanının kimliğini doğrulayabiliriz.
• Mesajların sırasını açıklayacak, test planını sunacak ve test kapsamını belgeleyecektir.
• Mesajı oluşturur ve yanıtları doğrular.

ZAP

ZAP açık kaynaklı bir web uygulaması güvenlik tarayıcısıdır. Bunun anlamı Zed Saldırı Proxy'si . Tıpkı diğer bazı araçlar gibi, aynı zamanda JAVA programlama dili . Bu en etkili olanıdır Açık Web Uygulama Güvenliği Projeleri [OWASP].

ZAP'ın özellikleri

• Windows, Linux, OS X gibi birçok işletim sistemini destekler.
• Eklenti tabanlı bir mimariye sahiptir.
• Yeni veya güncellenmiş özellikler eklememize izin veren çevrimiçi bir pazar yeri içerir.
• ZAP'ın GUI kontrol panelinin kullanımı kolaydır.

Rahibe

NUnit en sık kullanılan birim test araçlarından biridir. Açık kaynaklı bir araçtır ve esas olarak şu kaynaktan türetilmiştir: JBirim .

Tamamen içinde yazıyordu C# programlama dili ve herkese uygun .Net dilleri .

Başka bir deyişle NUnit aracının birçok .Net dil özelliğinin avantajı olacak şekilde tamamen yeniden tasarlandığını söyleyebiliriz. Örneğin:

Yansımayla ilgili yetenekler. Diğer özel nitelikler.

NUnit'in özellikleri

• Avantaj sınıfının statik bir yöntemi olarak iddialara izin verir.
• Veriye dayalı testleri sürdürür.
• .NET core Xamarin mobile, Silverlight ve verimli çerçeve gibi çeşitli platformları destekler.
• NUnit'in yeteneği testleri aynı anda yürütmemize yardımcı oluyor.
• Testleri yüklemek ve yürütmek için bir konsol çalıştırıcısı kullanır.

JIRA

En sık kullanılan hata takip aracı JIRA , açık kaynaklı bir araçtır. Hata takibi, proje yönetimi ve sorun takibi için kullanılır.

kırmızıya kayma

Bu araç sayesinde yazılımla ilgili ve test mühendislerinin ürettiği her türlü hatayı veya kusuru kolaylıkla takip edebiliyoruz.

JIRA'nın özellikleri

• Zaman kazandıran bir araçtır.
• Jira kusurları ve sorunları takip etmek için kullanılır.
• Dokümantasyon görevlerini oluşturmak için kullanılır.
• Jira, belgelerimizin gelişimini takip etmede çok yararlı bir araçtır.

Jira aracı hakkında tam bilgi almak için aşağıdaki bağlantıya bakın: https://www.javatpoint.com/jira-tutorial.

SonarQube

Manuel testin bir diğer test aracı ise sürekli kod kalitesi ve kod güvenliği ile iş akışımızı geliştiren SonarQube'dur. Eklentilerin kullanımı konusunda esnektir.

Tamamen JAVA programlama dilinde yazılmıştır. Ant, Maven, Gradle, MSBuild ve sürekli entegrasyon araçlarıyla tam otomatik değerlendirme ve entegrasyon sunar. SonarQube, bir metrik geçmişini kaydetme yeteneğine sahiptir ve evrim grafiğini verir.

Sonarqube'un Özellikleri

Aşağıda SonarQube aracının önemli özelliklerinden bazıları verilmiştir:

• C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL vb. gibi çeşitli programlama dillerini destekler.
• GNU Kısıtlı Genel Kamu Lisansı kapsamında Sonarqube ücretsiz olarak kullanılabilir.
• SonarQube, GitHub, Active Directory, LDAP ve diğerleri gibi bazı önemli harici araçlara bağlıdır.
• SonarQube, Visual Studio, Eclipse ve IntelliJ IDEA geliştirme ortamlarıyla birleştirildi. SonarLint eklentiler.

JMeter

JMeter, hem statik hem de dinamik kaynakların ve dinamik web uygulamalarının performansını test etmek için kullanılan açık kaynaklı bir araçtır.

Tamamen JAVA uygulaması üzerinde fonksiyonel test davranışını yüklemek ve uygulamanın performansını ölçmek için tasarlanmıştır.

Kullanıcıların veya geliştiricilerin kaynak kodunu diğer uygulamaların geliştirilmesi için kullanmasını kolaylaştırır.

JMeter'in Özellikleri

Aşağıda JMeter'in temel özelliklerinden bazıları verilmiştir:

• Gibi bir JVM'yi kabul eden platformdan bağımsızdır. Windows, Mac ve Linux vb.
• Etkileşimli ve anlaşılır, kullanıcı dostu bir GUI'yi destekler.
• Performans testini birden fazla sunucu türüne yüklemek inanılmaz derecede genişletilebilir.

JMeter hakkında daha fazla bilgi için aşağıdaki bağlantıya bakın:

https://www.javatpoint.com/jmeter-tutorial.

Hatalı

Manuel testlerde kullanılan bir diğer hata izleme aracı ise Hatalı .

Uygulamanın çeşitli hatalarını izlemek için birçok kuruluş tarafından en yaygın şekilde kullanılır.

Bugzilla, müşterinin ve müşterinin kusurları takip etmesine yardımcı olan açık kaynaklı bir araçtır. Bugzilla ayrıca bir test yönetimi aracı olarak kabul edilir çünkü bu sayede ALM, Kalite Merkezi vb. gibi diğer test senaryosu yönetimi araçlarını kolayca bağlayabiliriz.

Bugzilla'nın Özellikleri

Bugzilla'nın hatayı kolayca bildirmemize yardımcı olan bazı ek özellikleri vardır:

• Windows, Linux ve Mac gibi çeşitli işletim sistemlerini destekler.
• Bugzilla'nın yardımıyla bir hatayı çeşitli formatlarda listeleyebiliriz.
• Kullanıcı tercihleri ​​e-posta bildirimini ölçebilir.
• Bugzilla gelişmiş arama yeteneklerine sahiptir.

Peygamber devesi

Mantis web tabanlı bir hata takip sistemidir. ManitsBT'nin açılımı Mantis Hata Takibi . Yazılımdaki kusurların takibi amacıyla kullanılır ve PHP programlama dilinde gerçekleştirilir. Aynı zamanda açık kaynaklı bir araçtır.

Mantis'in Özellikleri

Belirli bir aracın standart özelliklerinden bazıları şunlardır:

• Bu aracın yardımıyla tam metin arama erişilebilirliğine sahibiz.
• Sorunlarda yapılan değişikliklerin denetim izleri.
• Revizyon kontrol sistemi entegrasyonunu sağlar.
• Metin alanlarının ve notların revizyon kontrolü

Hata izleme araçları hakkında daha fazla ayrıntı almak için aşağıdaki bağlantıya bakın: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Başka bir entegrasyon test aracı ise Tessy Gömülü yazılım için entegrasyon ve birim testini gerçekleştirmek için kullanılır. Ayrıca yazılımın veya uygulamanın kod kapsamını keşfetmemize de yardımcı olur.

İş ihtiyaçları, test yönetimi, kapsam miktarı ve izlenebilirlik dahil tüm test organizasyonunu kolayca yönetebilir.

Tessy aşağıdaki gibi üç temel işlevi içerir:

• Test Arayüzü Düzenleyicisi (TIE)
• Test Veri Düzenleyicisi (TDE)
• Çalışma alanı.

TESSY'nin Özellikleri

TESSY'nin standart özellikleri aşağıdaki gibidir:

• Test yürütme sonuçları için test raporunu üretir.
• C ve C++ gibi çeşitli programlama dillerini destekler.
• Tessy, fonksiyonun arayüzünü değerlendirmek için kullanılır ve bu fonksiyon tarafından kullanılan değişkeni açıklar.

Entegrasyon testi araçları hakkında daha fazla bilgi için şu bağlantıya bakın: https://www.javatpoint.com/integration-testing-tools.

Genel Bakış

Bu yazımızda bu konuyla ilgili detaylı bilgileri gördük. Manuel testin tanımını, manuel testin gerekliliğini, manuel testin türünü, manuel test araçlarını, manuel test sürecini ve bunun bazı önemli avantajlarını ve dezavantajlarını içeren manuel test.

Son olarak test mühendisinin çok ısrarcı, yenilikçi ve duyarlı olması gereken bir süreç olduğunu söyleyebiliriz.

Manuel testte, test mühendisinin son kullanıcı yorumu gibi düşünmesi ve gerçekleştirmesi gerekir.

Manuel testi uygulamak için bir test mühendisinin üretken beceriye ve hayal gücüne ihtiyacı vardır. Belirli bir uygulamayı test etmek için birden fazla durumu veya senaryoyu düşünmeleri gerekir.

Şu anda neredeyse tüm uygulamaları otomasyon testi yardımıyla test edebiliyor olsak da, yazılım testinin temeli olduğu için manuel test hala gereklidir.