mobile app testing tutorials
Kapsamlı eğiticilerle mobil uygulamaları test etmek için eksiksiz bir kılavuz:
Mobil teknoloji ve akıllı cihazlar artık trend ve bildiğimiz şekliyle dünyanın geleceğini değiştirecek. Hepimiz kefil olabiliriz değil mi? Şimdi, bu mobil cihazları ne için kullandığımızı listelersem amatörce olacak. Hepiniz biliyorsunuz - Belki bizden daha iyi.
Bu eğiticinin ne hakkında olacağına doğrudan bakalım.
30+ Mobil Test Öğreticisinin Tam Listesi:
Mobil Test Giriş:
Öğretici 1: Mobil Teste Giriş
Öğretici # 2: iOS Uygulama Testi
Öğretici 3: Android Uygulama Testi
Öğretici # 4 : Mobil Test Zorlukları ve Çözümleri
Öğretici 5: Mobil Test Neden Zor?
Mobil Cihaz Testi:
Öğretici # 6: Piyasadan Çıkarıldığında Bir Android Sürümünü Test Edin
Öğretici # 7 : Düşük Teknolojili Cihazlarda Mobil Uygulamaları Test Etme
Eğitim # 8 : Mobil Uygulamalar için Saha Testi
Eğitim 9: Telefon Modeli ve İşletim Sistemi Sürümü: Önce Hangisi Test Edilmeli?
Mobil UI Testi:
Öğretici # 10: Mobil Uygulamaların UI Testi
Öğretici # 11: Mobil Duyarlı Test
Mobil Test Hizmetleri:
Eğitim # 12: Bulut Tabanlı Mobil Uygulama Testi
Eğitim # 13: Mobil Test Hizmetleri
Eğitim # 14 : Mobil Uygulama Beta Test Hizmetleri
Öğretici # 15: Mobil Uygulama Geliştirme Şirketi
Öğretici # 16: Bulut Tabanlı Mobil Uygulama Testi Hizmet Sağlayıcıları
Mobil Uygulama Performansı ve Güvenlik Testi:
Öğretici # 17: BlazeMeter Kullanarak Mobil Uygulamalar Performans Testi
Eğitim # 18 : Mobil Uygulama Güvenliği Test Yönergeleri
Mobil Test Araçları:
Eğitim # 19: Android Uygulama Test Araçları
Eğitim 20: En İyi Mobil Uygulama Güvenliği Test Araçları
Öğretici # 21: 58 En İyi Mobil Test Araçları
Mobil Otomasyon Testi:
Öğretici # 22: Appium Mobil Otomasyon Aracı öğreticisi
Eğitim # 23: Appium Studio Eğitimi
Eğitim 24: TestComplete Aracını Kullanarak Android Uygulamalarını Otomatikleştirin
Eğitim # 25 : Robotium eğitimi - Android Uygulaması UI Test Aracı
Eğitim 26: Selendroid Eğitimi: Mobil Otomasyon Çerçevesi
Eğitim 27: pCloudy Eğitimi: Gerçek Cihazlarda Mobil Uygulama Testi
Eğitim # 28: Katalon Studio ve Kobiton’un Bulut Tabanlı Cihaz Çiftliği Eğiticisi
Mobil Test Kariyeri:
Öğretici # 29: Hızlı Bir Mobil Test İşine Nasıl Sahip Olunur?
Eğitim # 30: Mobil Test Mülakat Soruları ve Özgeçmiş
Eğitim # 31: Mobil Test Mülakat Soruları Bölüm 2
************************************************* * **********
Serideki 1. eğiticiyle başlayalım.
Ne öğreneceksin:
- Öğretici 1: Mobil Uygulama Testine Giriş
- Mobil Test Türleri
- Mobil Uygulama Testinin önemi
- Mobil ve Masaüstü Uygulama Testi Arasındaki Temel Fark:
- Mobil Uygulama Testi Türleri:
- Mobil Uygulama Test Stratejisi
- Önerilen Araç
- Bir Mobil Uygulamayı Test Etmek İçin Test Durumları
- Mobil Uygulamayı Test Etmedeki tipik etkinlikler ve işlemler
- Mobil Uygulamaları Hem Android hem de iOS Platformlarında Test Etme
- Android ve iOS Testi arasındaki Temel Fark
- Mobil Testte Temel Faktörler
- Kendi Test kapsamınızı tanımlayın
- Testinizi Sınırlandırmayın
- Çapraz Platform Testi
- Mobil Uygulamanızın boyutuna dikkat edin
- Uygulama Yükseltme Senaryolarını Test Etme
- Cihaz İşletim Sistemi Uygulamayı Desteklemeyebilir
- Uygulama İzin Testi
- Market'teki benzer ve popüler Uygulamalar ile karşılaştırın
- Apple’ın Derleme Reddetme Kriterine Genel Bakış
- Daima Ön Ayakta Olun
- Uygulamanızı uzun süre arka planda tutun (12-24 saat)
- Uygulamanızın Performans Testi
- Sonuç
- Önerilen Kaynaklar
Öğretici 1: Mobil Uygulama Testine Giriş
Telefonun bir köşede duran ve dikkatimizi çekmek için çalması gereken bir cihaz olduğu veya bir bilgisayarın sadece birkaç kişinin kullandığı bir makine olduğu günler geride kaldı - şimdi varlığımızın bir uzantısı - bir pencere kendilerine söyleneni yapan dünya ve sanal hizmetkarlar.
Bilgisayarlar bir öfkeydi ve biz insanların düşünme, davranış, öğrenme ve var olma biçimini değiştirdi.
Günümüzde, Mobilite çözümleri piyasayı ele geçirdi. İnsanlar dizüstü bilgisayarlarını / PC'lerini her şey için açmak istemiyorlar, bunun yerine avuç içi cihazlarının her şeyi hızlı bir şekilde gerçekleştirmesini istiyorlar.
Dolayısıyla müşterilerimize sunduğumuz mobil çözümlerin çok iyi test edilmesi gerekiyor. Bu eğitim, halihazırda mobil testte olan veya son zamanlarda ona geçiş yapmış olan kişilere yöneliktir. Mobil testle ilgili terminolojilerin tanımları hakkında zaten birçok öğreticimiz olduğundan, bu eğitimin kapsamıyla doğrudan ilgileneceğiz.
Bu eğitim, Mobil Test için hem bir giriş hem de kılavuzunuz olacaktır. Öyleyse okuyun!
Mobil Test Türleri
Mobil cihazlarda gerçekleştirilen genel olarak 2 tür test vardır:
# 1. Donanım testi:
Dahili işlemciler, dahili donanım, ekran boyutları, çözünürlük, alan veya bellek, kamera, radyo, Bluetooth, WIFI vb. Dahil cihaz. Buna bazen basit 'Mobil Test”.
# 2. Yazılım veya Uygulama testi:
Mobil cihazlarda çalışan uygulamalar ve işlevleri test edilir. 'Mobil Uygulama TestiÖnceki yöntemden ayırmak için. Mobil uygulamalarda bile anlaşılması önemli olan birkaç temel farklılık vardır:
a) Yerel uygulamalar: Mobil ve tabletler gibi bir platformda kullanılmak üzere yerel bir uygulama oluşturulur.
b) Mobil web uygulamaları Bir mobil ağa veya WIFI gibi kablosuz bir ağa bağlanarak Chrome, Firefox gibi farklı tarayıcıları kullanarak mobil cihazlarda web sitelerine / sitelerine erişmek için sunucu tarafı uygulamalardır.
c) Karma uygulamalar yerel uygulama ve web uygulamasının kombinasyonlarıdır. Cihazlarda veya çevrimdışı olarak çalışırlar ve HTML5 ve CSS gibi web teknolojileri kullanılarak yazılırlar.
Bunları birbirinden ayıran birkaç temel fark vardır:
- Yerel uygulamaların tek platform ilişkisi varken, mobil web uygulamaları platformlar arası benzeşime sahiptir.
- Yerel uygulamalar SDK'lar gibi platformlarda yazılırken, Mobil web uygulamaları HTML, CSS, asp.net, Java, PHP gibi web teknolojileriyle yazılır.
- Yerel bir uygulama için kurulum gerekir, ancak mobil web uygulamaları için kurulum gerekmez.
- Yerel bir uygulama oyun mağazasından veya uygulama mağazasından güncellenebilirken, mobil web uygulamaları merkezi güncellemelerdir.
- Birçok yerel uygulama İnternet bağlantısı gerektirmez, ancak mobil web uygulamaları için bu bir zorunluluktur.
- Yerel uygulama, mobil web uygulamalarıyla karşılaştırıldığında daha hızlı çalışır.
- Yerel uygulamalar aşağıdaki gibi uygulama mağazalarından yüklenir: Google Oyun mağazası veya uygulama mağazası mobil web'in web siteleri olduğu ve yalnızca İnternet üzerinden erişilebildiği yerlerde.
Makalenin geri kalanı Mobil Uygulama Testi ile ilgili olacak.
Mobil Uygulama Testinin önemi
Mobil cihazlarda uygulamaları test etmek, web uygulamalarını masaüstünde test etmekten daha zordur, çünkü
- Farklı mobil cihaz yelpazesi farklı ekran boyutları ve sabit tuş takımı, sanal tuş takımı (dokunmatik ekran) ve iz topu vb. gibi donanım yapılandırmaları ile
- Çok çeşitli mobil cihazlar HTC, Samsung, Apple ve Nokia gibi.
- Farklı mobil işletim sistemleri Android, Symbian, Windows, Blackberry ve IOS gibi.
- İşletim sisteminin farklı versiyonları iOS 5.x, iOS 6.x, BB5.x, BB6.x vb.
- Farklı mobil ağ operatörleri GSM ve CDMA gibi.
- Sık güncellemeler - (Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x gibi) - her güncellemede, hiçbir uygulama işlevinin etkilenmediğinden emin olmak için yeni bir test döngüsü önerilir.
Herhangi bir uygulamada olduğu gibi, Mobil uygulama testi de çok önemlidir, çünkü müşteri belirli bir ürün için genellikle milyonlardır - ve hatalı bir ürün asla takdir edilmez. Genellikle parasal kayıplara, yasal sorunlara ve onarılamaz marka imajının zarar görmesine neden olur.
Mobil ve Masaüstü Uygulama Testi Arasındaki Temel Fark:
Mobil uygulama testini masaüstü testinden ayıran birkaç belirgin husus
- Masaüstünde, uygulama merkezi bir işlem biriminde test edilir. Bir mobil cihazda, uygulama Samsung, Nokia, Apple ve HTC gibi telefonlarda test edilmiştir.
- Mobil cihaz ekran boyutu, masaüstünden daha küçük.
- Mobil cihazlar bir masaüstüne göre daha az belleğe sahiptir.
- Cep telefonları, masaüstünün geniş bant veya çevirmeli bağlantıların kullanıldığı 2G, 3G, 4G veya WIFI gibi ağ bağlantılarını kullanır.
- Masaüstü uygulama testi için kullanılan otomasyon aracı mobil uygulamalarda çalışmayabilir.
Mobil Uygulama Testi Türleri:
Yukarıdaki tüm teknik hususları ele almak için, Mobil uygulamalarda aşağıdaki test türleri gerçekleştirilir.
- Kullanılabilirlik testi - Mobil uygulamanın kullanımının kolay olduğundan ve müşterilere tatmin edici bir kullanıcı deneyimi sağladığından emin olmak
- Uyumluluk testi - Uygulamanın farklı mobil cihazlarda, tarayıcılarda, ekran boyutlarında ve işletim sistemi sürümlerinde gereksinimlere göre test edilmesi.
- Arayüz testi - Uygulamanın menü seçenekleri, düğmeleri, yer imleri, geçmişi, ayarları ve gezinme akışının test edilmesi.
- Hizmet testi - Uygulamanın hizmetlerini çevrimiçi ve çevrimdışı olarak test etmek.
- Düşük seviyeli kaynak testi : Bellek kullanımının test edilmesi, geçici dosyaların otomatik olarak silinmesi, düşük seviyeli kaynak testi olarak bilinen yerel veritabanı büyüyen sorunlar.
- Performans testi - Bağlantıyı 2G, 3G'den WIFI'a değiştirerek, belgeleri paylaşarak, pil tüketimini vb. Yaparak uygulamanın performansını test etme.
- Operasyonel test - Bir mağazadan uygulamayı yükseltirken pilin bitmesi veya veri kaybı durumunda yedeklemelerin ve kurtarma planının test edilmesi.
- Kurulum testleri - Uygulamanın cihazlara yüklenerek / kaldırılarak doğrulanması.
- Güvenlik Testi - Bilgi sisteminin verileri koruyup korumadığını doğrulamak için bir uygulamanın test edilmesi.
Mobil Uygulama Test Stratejisi
Test stratejisi, tüm kalite ve performans yönergelerinin karşılandığından emin olmalıdır. Bu alandaki birkaç işaret:
1) Cihazların seçimi - Pazarı analiz edin ve yaygın olarak kullanılan cihazları seçin. (Bu karar çoğunlukla müşterilere bağlıdır. Müşteri veya uygulama oluşturucuları, test için hangi telefonların kullanılacağına karar vermek için uygulamanın pazarlama ihtiyaçlarının yanı sıra belirli cihazların popülerlik faktörünü de dikkate alır.)
2) Emülatörler - Bunların kullanımı son derece yararlıdır. uygulamanın hızlı ve verimli bir şekilde kontrol edilmesini sağladıkları için geliştirmenin ilk aşamaları. Emülatör, yazılımı bir ortamdan başka bir ortama, yazılımın kendisini değiştirmeden çalıştıran bir sistemdir. Özellikleri kopyalar ve gerçek sistem üzerinde çalışır.
Mobil Emülatör Türleri
- Cihaz Emülatörü - cihaz üreticileri tarafından sağlanır
- Browser Emulator - mobil tarayıcı ortamlarını simüle eder.
- İşletim sistemleri Emülatörü - Apple, iPhone'lar için emülatörler, Windows telefonlar için Microsoft ve Google Android telefonlar sağlar
Önerilen Araç
# 1) Kobiton
Kobiton, gerçek cihazlar kullanarak hem Android hem de iOS'ta yerel, web ve hibrit uygulamaların test edilmesini ve sunulmasını hızlandıran uygun fiyatlı ve oldukça esnek bir bulut tabanlı mobil deneyim platformudur. Yeni betiksiz test otomasyonu, kodlama uzmanlığı olmayan ekiplerin kolaylıkla açık standart Appium betikleri oluşturmasına yardımcı olur.
=> Kobiton Web sitesini ziyaret edin
dvd'yi bilgisayara kopyalayan yazılım
Birkaç ücretsiz ve kullanımı kolay mobil cihaz emülatörlerinin listesi
ben. Cep Telefonu Emülatörü - iPhone, Blackberry, HTC, Samsung vb. Telefonları test etmek için kullanılır.
ii. MobiReady - Bununla, yalnızca web uygulamasını test etmekle kalmaz, kodu da kontrol edebiliriz.
iii. Responsivepx - Web sayfalarının yanıtlarını, web sitelerinin görünümlerini ve işlevselliğini kontrol eder.
iv. Screenfly - Özelleştirilebilir bir araçtır ve web sitelerini farklı kategoriler altında test etmek için kullanılır.
3) Mobil uygulama için tatmin edici bir geliştirme düzeyi tamamlandıktan sonra, fiziksel cihazlar daha gerçek hayat senaryolarına dayalı testler için.
4) Bulut bilişim tabanlı testi düşünün: Bulut bilişim temelde, uygulamaların test edilebildiği, güncellenebildiği ve yönetilebildiği İnternet üzerinden birden çok sistem veya ağ üzerinde cihaz çalıştırmasıdır. Test amacıyla, mobil uygulamaya erişmek için bir simülatörde web tabanlı mobil ortamı oluşturur.
Artıları:
- Yedekleme ve kurtarma - Bulut bilgi işlem, verilerinizi uzak konumdan otomatik olarak yedekleyerek verilerin kolayca kurtarılmasını ve geri yüklenmesini sağlar. Ayrıca depolama kapasitesi sınırsızdır.
- Bulutlara farklı cihazlardan ve her yerden erişilebilir.
- Bulut bilişim uygun maliyetli, kullanımı, bakımı ve güncellenmesi kolaydır.
- Hızlı ve hızlı dağıtım.
- Web tabanlı arayüz.
- Aynı komut dosyasını birkaç cihazda paralel olarak çalıştırabilir.
Eksileri
- Daha az kontrol - Uygulama uzak veya üçüncü taraf ortamında çalıştığından, kullanıcının işlevlere sınırlı kontrolü ve erişimi vardır.
- İnternet bağlantısı sorunları - kurulum internette. Ağ sorunları, kullanılabilirliği ve işleyişi etkiler
- Güvenlik ve gizlilik Sorunları - Bulut bilgi işlem bir İnternet bilgi işlemidir ve İnternet'teki hiçbir şey güvenli değildir, bu nedenle veri korsanlığı şansı daha fazladır.
- Uygulama yeni işlevsellik içeriyorsa, manuel olarak test edin.
- Uygulama bir veya iki kez test gerektiriyorsa, bunu manuel olarak yapın.
- Regresyon testi durumları için komut dosyalarını otomatikleştirin. Regresyon testleri tekrarlanırsa, otomatik test bunun için mükemmeldir.
- Manuel olarak çalıştırıldığında zaman alıcı olan karmaşık senaryolar için komut dosyalarını otomatikleştirin.
Mobil uygulamaları test etmek için iki tür otomasyon aracı mevcuttur:
Nesne tabanlı mobil test araçları - cihaz ekranındaki öğeleri nesnelere eşleyerek otomasyon. Bu yaklaşım ekran boyutundan bağımsızdır ve çoğunlukla Android cihazlar için kullanılır.
- Örneğin: - Ranorex, jamo çözümü
Görsel tabanlı mobil test araçları - elemanların ekran koordinatlarına göre otomasyon komut dosyaları oluşturun.
- Örneğin: - Sikuli, Yumurta Fabrikası, RoutineBot
6) Ağ konfigürasyon aynı zamanda mobil testin gerekli bir parçasıdır. Uygulamayı 2G, 3G, 4G veya WIFI gibi farklı ağlarda doğrulamak önemlidir.
Bir Mobil Uygulamayı Test Etmek İçin Test Durumları
İşlevselliğe dayalı test senaryolarına ek olarak, Mobil uygulama testi aşağıdaki senaryoları kapsaması gereken özel test senaryoları gerektirir.
- Pil kullanımı - Mobil cihazlarda uygulama çalıştırırken pil tüketimini takip etmek önemlidir.
- Uygulamanın hızı farklı cihazlarda, farklı bellek parametreleriyle, farklı ağ türleri vb. ile yanıt süresi.
- Veri gereksinimleri - Kurulumun yanı sıra sınırlı veri planına sahip kullanıcının indirip indiremeyeceğini doğrulamak için.
- Bellek gereksinimi - tekrar, indirmek, kurmak ve çalıştırmak için
- Uygulamanın işlevselliği - Ağ arızası veya başka herhangi bir şey nedeniyle uygulamanın kilitlenmediğinden emin olun.
İndirMobil Uygulamaları Test Etmek İçin Bazı Örnek Test Durumları:
=> Mobil uygulama örnek test durumlarını indirin
Mobil Uygulamayı Test Etmedeki tipik etkinlikler ve işlemler
Testin kapsamı, kontrol edilecek bir dizi gereksinime veya uygulamada yapılan değişikliklerin kapsamına bağlıdır. Değişiklikler azsa, bir tur akıl sağlığı test yapacak. Büyük ve / veya karmaşık değişiklikler olması durumunda, tam gerileme tavsiye edilir.
Örnek bir uygulama test projesi : ILL (International Learn Lab), yöneticiye, yayıncıya işbirliği içinde web siteleri oluşturmada yardımcı olmak için tasarlanmış bir uygulamadır. Eğitmenler, bir web tarayıcısı kullanarak, gereksinimlerini karşılayan bir sınıf oluşturmak için bir dizi özellik arasından seçim yapar.
Mobil Test süreci:
Aşama 1. Tanımlayın test türleri : Bir ILL uygulaması tarayıcılar için geçerli olduğundan, bu uygulamayı farklı mobil cihazlar kullanan tüm desteklenen tarayıcılarda test etmek zorunludur. Yapmalıyız kullanılabilirlik, işlevsel ve uyumluluk farklı tarayıcılarda test etme kombinasyonlar nın-nin El kitabı ve otomasyon test durumları.
Adım 2. Manuel ve Otomatik test: Bu proje için izlenen metodoloji, iki haftalık yineleme ile Çeviktir. Her iki haftada bir dev. ekibi, test ekibi için yeni bir yapı yayınlar ve test ekibi, test olaylarını QA ortamında çalıştırır. Otomasyon ekibi, temel işlevler kümesi için komut dosyaları oluşturur ve yeni yapının test edilecek kadar kararlı olup olmadığını belirlemeye yardımcı olan komut dosyalarını çalıştırır. Manuel test ekibi yeni işlevi test edecek.
JIRA kabul kriterlerinin yazılması için kullanılır; test durumlarının sürdürülmesi ve hataların kaydedilmesi / yeniden doğrulanması. Yineleme bittiğinde, yineleme planlama buluşmanın yapıldığı yerde dev. Ekip, ürün sahibi, iş analisti ve QA ekibi, ne iyi gitti ve neyin iyileştirilmesi gerekiyor .
Aşama 3. Beta testi: Regresyon testi QA ekibi tarafından tamamlandıktan sonra, yapı UAT'ye taşınır. Kullanıcı Kabul Testi müşteri tarafından yapılır. Her hatanın giderildiğinden ve uygulamanın her onaylanan tarayıcıda beklendiği gibi çalıştığından emin olmak için tüm hataları yeniden doğrularlar.
Adım 4. Performans testi: Performans testi ekibi, JMeter komut dosyalarını kullanarak ve uygulama üzerindeki farklı yüklerle web uygulamasının performansını test eder.
c # 'da örneklerle oops kavramları
Adım 5. Tarayıcı testi : Web uygulaması, hem farklı simülasyon araçları hem de fiziksel olarak gerçek mobil cihazlar kullanılarak birden çok tarayıcıda test edilir.
6. Adım. Başlatma planı: Her 4 haftadan sonra test, ürünün üretime hazır olduğundan emin olmak için bu cihazlarda uçtan uca son bir testin gerçekleştirildiği aşamaya geçer. Ve sonra, Canlı!
******************************************
Mobil Uygulamaları Hem Android hem de iOS Platformlarında Test Etme
Uygulamalarını hem iOS hem de Android Platformunda test eden testçilerin ikisi arasındaki farkı bilmesi çok önemlidir. iOS ve Android'in görünüm ve his, uygulama görünümleri, kodlama standartları, performans vb. bakımından birçok farklılığı vardır.
Android ve iOS Testi arasındaki Temel Fark
Tüm eğitimlerden geçmiş olabilirsiniz, burada bazı büyük farklılıklar ortaya koydum, bu da size testinizin bir parçası olarak yardımcı olacaktır:
# 1) Piyasada çok sayıda Android cihazımız olduğundan ve hepsi farklı ekran çözünürlükleri ve boyutları ile geldiğinden, bu en büyük farklardan biridir.
Örneğin , Samsung S2 boyutu, Nexus 6 ile karşılaştırıldığında çok küçüktür. Uygulama düzeninizin ve tasarımınızın cihazlardan birinde bozulma olasılığı çok yüksektir. Piyasada yalnızca sayılabilir cihazlar bulunduğundan ve bu birçok telefondan benzer çözünürlüklere sahip olduğundan iOS'ta olasılık düşüktür.
Örneğin, iPhone 6 ve üstü ortaya çıkmadan önce tüm eski sürümler yalnızca benzer boyuta sahipti.
#iki) Yukarıdaki noktayı öne sürmek için örnek, Android'de geliştiricilerin tüm cihazlar için görüntü çözünürlüklerini desteklemek için 1x, 2x, 3x, 4x ve 5x görüntüleri kullanması gerekirken, iOS yalnızca 1x, 2x ve 3x kullanır. Ancak, görüntülerin ve diğer kullanıcı arayüzü öğelerinin tüm cihazlarda doğru şekilde görüntülenmesini sağlamak test uzmanının sorumluluğundadır.
Görüntü çözünürlükleri kavramını anlamak için aşağıdaki diyagrama başvurabilirsiniz:
# 3) Pazar Android cihazlarla dolup taştığından, kod, performansın sabit kalacağı bir şekilde yazılmalıdır. Bu nedenle, uygulamanızın alt uç cihazlarda yavaş davranması oldukça olasıdır.
# 4) Android ile ilgili bir diğer sorun da, yazılım yükseltmelerinin tüm cihazlar için aynı anda mevcut olmamasıdır. Cihaz üreticileri, cihazlarını ne zaman yükselteceklerine karar verir. Her şeyi hem yeni işletim sistemi hem de eski işletim sistemi ile test etmek çok zor bir görev haline geliyor.
Ayrıca, geliştiricilerin kodlarını her iki sürümü de destekleyecek şekilde değiştirmek zahmetli bir görev haline gelir.
Örneğin , Android 6.0 geldiğinde, bu işletim sistemi uygulama düzeyinde izinleri desteklemeye başladığında büyük bir değişiklik oldu. Daha fazla açıklığa kavuşturmak için kullanıcı şunları yapabilir: uygulama düzeyinde de izinleri (konum, kişiler) değiştirin.
Artık test ekibi, Android 6.0 ve sonraki sürümlerde uygulama başlangıcında izin ekranını gösterme ve alt sürümlerde izin ekranı göstermeme sorumluluğunu borçludur.
# 5) Test perspektifinden, Ön üretim derleme (yani beta sürümü) testi her iki platformda da farklıdır. Android'de, bir kullanıcı beta kullanıcıları listesine eklenirse, Play Store'daki güncellenmiş beta yapısını yalnızca, beta kullanıcısı olarak eklenen aynı e-posta kimliğiyle oyun mağazasında oturum açmışsa görebilir.
Mobil Testte Temel Faktörler
Mobil Test alanında son 2 yıldır hem iOS hem de Android Platformunda çalışıyorum ve bu eğitimde aşağıda belirtilen tüm önemli noktalar kişisel deneyimlerimden ve bazıları projede karşılaşılan sorunlardan kaynaklandı.
Kendi Test kapsamınızı tanımlayın
Herkesin kendi test tarzı vardır. Bazı test kullanıcıları sadece kendi gözlerinden gördüklerine odaklanır ve geri kalanlar herhangi bir mobil uygulamanın perde arkasında çalışan her şeye tutkuyla bağlıdır.
Bir iOS / Android Test Kullanıcısı iseniz, test tarzımıza her zaman değer kattığı için en azından Android veya iOS'un bazı genel sınırlamalarına / temel işlevlerine aşina olmanızı öneririm. Örneklerden bahsetmeden şeyleri anlamanın zor olduğunu biliyorum.
Aşağıda birkaç örnek verilmiştir:
- 6.0.1 sürümünün altındaki Android cihazlarda uygulama düzeyinde kamera, depolama vb. İzinleri değiştiremiyoruz.
- 10.0 sürümünün altındaki iOS için çağrı kiti yoktu. Sadece sizi basit bir şekilde özetlemek için, çağrı kiti bir çağrı uygulaması tarafından kullanılır ve bir kullanıcı WhatsApp, Skype vb. Gibi çağrı uygulamalarından çağrı aldığında tam ekran görünümünü gösterir. 10.0'ın altındaki iOS sürümleri için ise bu çağrıları görüyoruz bildirim başlığı olarak.
- Çoğunuz Paytm'de, cüzdanınıza para eklemek istemeniz durumunda uygulamanızın sizi bankanın ödeme sayfasına yönlendirmediği sorunlarla karşılaşmış olabilirsiniz. Yukarıdakilerin bankamızla veya Paytm sunucumuzla ilgili bir sorun olduğunu düşünüyoruz, ancak yalnızca AndroidSystemWebView'umuz güncellenmedi. Programlama hakkında çok az bilgi sahibi olmak size ve ekibinizle paylaşmak için her zaman yararlıdır.
- Basit bir deyişle, bir uygulama içindeki herhangi bir web sayfasını açtığı zaman, AndroidSystemWebView güncellenmelidir.
Testinizi Sınırlandırmayın
Test, yalnızca mobil uygulamayı keşfetmek ve hataları kaydetmekle sınırlı olmamalıdır. Biz, bir QA olarak, sunucumuza ulaştığımız tüm taleplerden ve ondan aldığımız yanıtlardan haberdar olmalıyız.
Putty'yi, projenizde neyin kullanıldığına bağlı olarak günlükleri görüntülemek veya günlükler için sumo mantığını doğrulamak üzere yapılandırın. Yalnızca uygulamanın Uçtan Uca akışını bilmenize yardımcı olmakla kalmaz, aynı zamanda şimdi daha fazla fikir ve senaryo elde ederken sizi daha iyi bir test cihazı yapar.
Nedeni: Bu dünyaya hiçbir sebep olmadan hiçbir şey gelmez. Herhangi bir ifadenin arkasında geçerli bir neden olmalıdır. Günlükleri analiz etmenin ardındaki neden, günlüklerde birçok istisnanın gözlemlenmesi, ancak bunların kullanıcı arayüzünde herhangi bir etki göstermemesi, dolayısıyla biz bunu fark etmiyoruz.
Öyleyse, görmezden gelmeli miyiz?
Hayır, yapmamalıyız. Kullanıcı arayüzü üzerinde herhangi bir etkisi yoktur, ancak fütüristik bir endişe olabilir. Bu tür istisnalar sürünmeye devam ederse potansiyel olarak uygulamamızın kilitlendiğini görebiliriz. Son cümlede App Crash'ten bahsettiğimiz gibi, bu, QA'nın projenin crashlytics'lerine erişmesine yol açar.
Crashlytics, saat ve cihaz modeliyle birlikte çökmelerin günlüğe kaydedildiği bir araçtır.
Şimdi buradaki soru şudur: Test kullanıcısı uygulamanın çöktüğünü gördüyse, neden crashlytics ile uğraşması gerekiyor?
Bunun cevabı oldukça ilginç. Kullanıcı arayüzünde görünmeyen bazı kilitlenmeler var, ancak bunlar crashlytics'te oturum açıyor. Bellek yetersizliği veya performansı daha sonra etkileyebilecek bazı önemli istisnalar olabilir.
Çapraz Platform Testi
Çapraz Platform Etkileşim Testi çok önemlidir.
Basit bir alıntı Misal WhatsApp gibi resim ve video göndermeyi destekleyen bir sohbet uygulaması üzerinde çalıştığınızı ve uygulamanın hem iOS hem de Android platformlarında oluşturulduğunu varsayalım (Geliştirme senkronize olabilir veya olmayabilir)
Android ve iOS'un iletişimini test ettiğinizden emin olun, bunun nedeni iOS'un 'Objective C' kullanması, Android programlamanın Java tabanlı olması ve her ikisinin de farklı platformlar üzerine kurulmasından dolayı bazen uygulamada ekstra düzeltmeler yapılması gerekir. farklı dil platformlarından gelen dizeleri tanımak için yan.
Mobil Uygulamanızın boyutuna dikkat edin
Mobil test kullanıcıları için başka bir önemli tavsiye - Lütfen uygulamanızın boyutu her sürümden sonra.
Uygulamanın boyutunun, büyük boyutundan dolayı son kullanıcı olarak bu uygulamayı indirmek istemeyeceğimiz bir noktaya ulaşmamasını sağlamalıyız.
Uygulama Yükseltme Senaryolarını Test Etme
Mobil test kullanıcıları için, uygulama yükseltme testi çok önemli. Geliştirme ekibi bir sürüm numarasının uyumsuzluğunu yapmış olabileceğinden, uygulamanızın yükseltme sırasında kilitlenmediğinden emin olun.
Kullanıcının önceki sürümde kaydettiği tercihler, uygulamayı yükseltirken saklanması gerektiği gibi, veri saklama da aynı derecede önemlidir.
Örneğin , bir kullanıcı banka kartı bilgilerini PayTm vb. uygulamalara kaydetmiş olabilir.
Cihaz İşletim Sistemi Uygulamayı Desteklemeyebilir
İlginç Sesler?
Evet, birçok cihaz uygulamanızı desteklemeyebilir. Birçoğunuz, satıcıların ABD'nin tepesine kendi sarmalayıcılarını yazdıklarını biliyor olmalısınız ve uygulamanızın herhangi bir SQL sorgusunun cihazla uyumlu olmaması ve dolayısıyla bir istisna atması ve hatta başlatılmamasına neden olması mümkün olabilir. o telefondaki uygulama.
Buraya gelin - Uygulamanızı ofiste kullandıklarınız dışında kendi cihazlarınızda kullanmayı deneyin. Uygulamanızla ilgili bazı sorunlar görmeniz oldukça olasıdır.
Uygulama İzin Testi
Listede bir sonraki Mobil uygulamaların İzin Testi . Neredeyse her saniye uygulama kullanıcılarından telefonlarının kişisine, kamerasına, Galerisine, Konumuna vb. Erişim ister. Bu izinlerin uygun kombinasyonlarını test etmeyerek hata yapan birkaç test kullanıcısı gördüm.
Gerçek zamanlı hatırlayabilirim Misal görüntü ve Ses dosyalarını paylaşmanın tüm özelliklerine sahip bir sohbet uygulamasını test ederken. Depolama İzni HAYIR olarak ayarlandı.
Şimdi, bir kullanıcı Kamera seçeneğine tıkladığında, depolama izni EVET olarak ayarlanana kadar asla açılmaz. Android Marshmallow, depolama izni HAYIR olarak ayarlanırsa kamera bu uygulama için kullanılamayacak şekilde bu işlevselliğe sahip olduğundan senaryo göz ardı edildi.
Kapsam, yukarıdaki paragrafta tartıştığımızdan daha fazla uzanır. Uygulamanın kullanılmayan herhangi bir izin istemediğinden emin olmalıyız.
Yazılım endüstrisine aşina olan herhangi bir son kullanıcı, çok fazla iznin istendiği uygulamayı indiremez. Uygulamanızdan herhangi bir özelliği kaldırdıysanız, bunun için izin ekranını da kaldırdığınızdan emin olun.
web uygulaması için güvenlik testi araçları
Market'teki benzer ve popüler Uygulamalar ile karşılaştırın
Hikayeden çıkarılacak ders - Herhangi bir şüpheniz varsa, o zaman kendi başınıza sonuçlandırmayın. Aynı platformdaki diğer benzer uygulamalarla karşılaştırmak, test edilen işlevselliğin çalışıp çalışmayacağı konusundaki argümanınızı güçlendirebilir.
Apple’ın Derleme Reddetme Kriterine Genel Bakış
Son olarak, çoğunuzun yapılarının Apple tarafından reddedildiği durumlarla karşılaşmış olabilirsiniz. Bu konunun okuyucuların büyük bir kısmının ilgisini çekmeyeceğini biliyorum, ancak Apple'ın reddetme politikalarını bilmek her zaman iyidir.
Bir test uzmanı olarak, teknik yönleri karşılamak bizim için zorlaşıyor, ancak yine de, test uzmanlarının ilgilenebileceği bazı reddetme kriterleri var.
Bununla ilgili daha fazla bilgi için lütfen tıklayın İşte.
Daima Ön Ayakta Olun
Test kullanıcısı olarak, Geliştirme Ekibinin / Yöneticilerinin işlerin sahanıza geçmesine izin vermeyin. Test etme konusunda tutkuluysanız, o zaman 'Daima Ön Ayakta Olun' . Kod test etmek için kovanıza gelmeden çok önce gerçekleşen etkinliklere kendinizi dahil etmeye çalışın.
En önemlisi, müşterilerden ve İş Analistinden gelen en son güncellemeler için JIRA, QC, MTM veya projenizde hangisinin kullanıldığına bakmaya devam edin. Ayrıca, değişiklik yapmanız gerekiyorsa görüşlerinizi paylaşmaya hazır olun. Bu, çeşitli alanlarda ve platformlarda çalışan tüm test kullanıcıları için geçerlidir.
Ürünü kendimize ait hissetmediğimiz sürece, mevcut işlevsellikte yeni iyileştirmeler veya değişiklikler için asla önerilerde bulunmamalıyız.
Uygulamanızı uzun süre arka planda tutun (12-24 saat)
Kulağa garip geldiğini biliyorum ama perde arkasında hepimizin anlamadığı çok fazla mantık var.
Bunu paylaşıyorum çünkü uygulamayı başlattıktan sonra, örneğin arka plan durumundan yaklaşık 14 saat sonra çöktüğünü gördüm. Nedeni, geliştiricilerin onu nasıl kodladığına bağlı olarak herhangi bir şey olabilir.
Gerçek zamanlı bir Örnek paylaşmama izin verin:
Benim durumumda belirteç süresinin sona ermesi bunun arkasındaki sebepti. Sohbet uygulamalarından biri için 12-14 saat sonra başlatılırsa, bağlantı başlığında takılı kalır ve kapatılıp yeniden başlatılana kadar asla bağlanmaz. Bu tür şeyleri yakalamak çok zordur ve bir bakıma mobil testi daha zor ve yaratıcı hale getirir.
Uygulamanızın Performans Testi
Mobil dünyada, uygulamanızın performansı, uygulamanızın dünya çapında ne ölçüde tanındığını etkiler. Bir test ekibi olarak, uygulamanızın yanıtını ve daha da önemlisi çok sayıda kullanıcı hepsini bir arada kullandığında nasıl çalıştığını kontrol etmek çok önemli hale gelir.
Misal:
PayTm hakkında konuşalım.
Hepinizin PayTm uygulamasındaki PARA EKLE seçeneğine tıklamış olmanız gerekir, bu da daha sonra cüzdanınızdaki bakiyeyi gösterir. Perde arkasında neler olup bittiğini düşünürsek, PayTm Kullanıcı Kimliği ile sunucuya giden bir taleptir ve sunucu hesabınızdaki bakiye ile cevabı geri gönderir.
Yukarıdaki durum yalnızca bir kullanıcı sunucuya ulaştığında ortaya çıkar. 1000 kullanıcı sunucuya ulaştığında bile, yanıtı zamanında geri almaları gerektiğinden emin olmalıyız çünkü son kullanıcı kullanılabilirliği bizim ana hedefimizdir.
Sonuç
Bu öğreticiyi, başlangıçta mobil testin çok kolay göründüğünü tekrarlayarak bitireceğim, ancak araştırmaya devam ettikçe, geliştirilen her şeyin tüm dünyada binlerce cihazda sorunsuz çalışacağından emin olmanın kolay olmadığını anlayacaksınız. .
Yalnızca işletim sisteminin en son ve son birkaç sürümünde desteklenen uygulamaları çoğunlukla görürsünüz. Ancak herhangi bir senaryoyu kaçırmamalarını sağlamak test uzmanlarının görevi haline gelir. Dikkate alınması gereken diğer birçok nokta var ancak diğer eğitimlerde zaten yinelenenlerden bahsetmedim.
Pil tüketimi, kesinti testi, farklı ağlarda test etme (3G, Wi-Fi), ağ değiştirirken test etme, mobil uygulamaların maymun testi, vb. Gibi senaryolar, mobil test söz konusu olduğunda yararlıdır.
Gerçek test ortamı söz konusu olduğunda, test uzmanlarının tutumu çok önemlidir. İşinizi sevinceye kadar ve sevmedikçe, eğitimde bahsedilen şeyleri yapmaya zahmet etmeyeceksiniz.
Yaklaşık 6 yıldır bu alandayım ve görevlerin zaman zaman monoton hale geldiğinin çok iyi farkındayım, ancak bu monoton görevleri biraz ilginç kılmak için kendi başımıza yapabileceğimiz daha birçok şey var.
Doğru test stratejisini tasarlamak, doğru mobil simülatörleri, cihazları ve mobil test araçlarını seçmek,% 100 test kapsamına sahip olduğumuzdan emin olabilir ve test paketlerimize güvenlik, kullanılabilirlik, performans, işlevsellik ve uyumluluk temelli testleri dahil etmemize yardımcı olabilir.
Bu, okuyucularımızdan gelen birden fazla talebi bir mobil uygulama test kılavuzunda yerine getirme çabamız oldu.
Yazarlar : Bu seriyi derlememize yardımcı olan Swapna, Hasnet ve diğer birçok mobil test uzmanına teşekkürler!
Bir sonraki yazımızda daha fazla tartışacağız. iOS Uygulama Testi .
Önerilen Kaynaklar
- Mobil Uygulama Beta Test Hizmetleri (iOS ve Android Beta Test Araçları)
- HP LoadRunner Öğreticileriyle Yük Testi
- 5 Mobil Test Zorlukları ve Çözümleri
- Mobil Test Neden Zor?
- Mobil Test İşine Hızlıca Nasıl Sahip Olunur - Mobil Test Kariyer Rehberi (Bölüm 1)
- Android ve iOS Mobil Uygulamalarını Test Etmek İçin Appium Eğitimi
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Android Uygulamalarını Test Etmek İçin En İyi 11 Otomasyon Aracı (Android Uygulama Test Araçları)