― Blog ―
Mobil Uygulama Testi Yol Haritası
istechsoft
Mobil Uygulama Testi Yol Haritası
Telefonun bir köşede duran ve dikkatimizi çekmek için çalması gereken bir cihaz olduğu ya da bilgisayarın sadece birkaç kişinin kullandığı bir makine olduğu – artık varlığımızın bir uzantısı – dünyaya açılan bir pencere olduğu günler geride kaldı. kendilerine söyleneni yapan dünya ve sanal hizmetkarlar.
Bilgisayarlar bir öfkeydi ve biz insanların düşünme, davranma, öğrenme ve var olma biçimimizi değiştirdi.
Günümüzde, Mobilite çözümleri pazarı ele geçirdi. İnsanlar dizüstü bilgisayarlarını/PC’lerini her şey için AÇIK duruma getirmek istemiyorlar, bunun yerine el cihazlarının her şeyi hızlı bir şekilde gerçekleştirmesini istiyorlar.
Bu nedenle müşterilerimize sunduğumuz mobil çözümlerin çok iyi test edilmesi gerekmektedir. Bu eğitim, halihazırda mobil testte olan veya son zamanlarda buna geçiş yapan kişiler için tasarlanmıştır. Halihazırda mobil testle ilgili terminolojilerin tanımları hakkında birçok öğreticimiz olduğundan, doğrudan bu eğitimin kapsamıyla ilgileneceğiz.
Bu blog, Mobil Test için hem bir giriş hem de rehberiniz olacaktır. Öyleyse baştan sona okuyun!
Mobil Test Türleri
Mobil cihazlarda gerçekleştirilen genel olarak 2 tür test vardır:
1 numara. Donanım Testi:
Cihaz, dahili işlemciler, dahili donanım, ekran boyutları, çözünürlük, alan veya bellek, kamera, radyo, Bluetooth, WIFI vb. içerir. Buna bazen basit ” Mobil Test ” denir.
2 numara. Yazılım veya Uygulama Testi:
Mobil cihazlarda çalışan uygulamalar ve fonksiyonellikleri test edilir. Önceki yöntemden ayırt edilmesi için “ Mobil Uygulama Testi ” olarak adlandırılmaktadır . Mobil uygulamalarda bile anlaşılması önemli olan birkaç temel farklılık vardır:
a) Native uygulamalar: Mobil ve tablet gibi bir platformda kullanılmak üzere native 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 kullanılan sunucu tarafı uygulamalardır.
c) Hibrit uygulamalar, yerel uygulamalar ile web uygulamaları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 yakınlığı varken, mobil web uygulamalarının platformlar arası yakınlığı vardır.
- Yerel uygulamalar SDK’lar gibi platformlarda yazılırken, Mobil web uygulamaları HTML, CSS, asp.net, Java ve PHP gibi web teknolojileriyle yazılır.
- Yerel bir uygulama için kurulum gereklidir, ancak mobil web uygulamaları için kurulum gerekmez.
- Mobil web uygulamaları merkezi güncellemelerken yerel bir uygulama, oyun mağazasından veya uygulama mağazasından güncellenebilir.
- Birçok yerel uygulama İnternet bağlantısı gerektirmez, ancak mobil web uygulamaları için bu bir zorunluluktur.
- Yerel uygulama, mobil web uygulamalarına kıyasla daha hızlı çalışır.
- Yerel uygulamalar , mobil web’in web siteleri olduğu ve yalnızca İnternet üzerinden erişilebildiği Google Play Store veya uygulama mağazası gibi uygulama mağazalarından yüklenir .
Mobil Uygulama Testinin Önemi
Uygulamaları mobil cihazlarda test etmek, web uygulamalarını masaüstünde test etmekten daha zordur.
- Sabit tuş takımı, sanal tuş takımı (dokunmatik ekran) ve iztopu gibi farklı ekran boyutlarına ve donanım yapılandırmalarına sahip farklı mobil cihaz yelpazesi .
- HTC, Samsung, Apple ve Nokia gibi çok çeşitli mobil cihazlar .
- Android, Symbian, Windows, Blackberry ve IOS gibi farklı mobil işletim sistemleri .
- iOS 5.x, iOS 6.x, BB5.x, BB6.x vb. işletim sistemlerinin farklı sürümleri.
- GSM ve CDMA gibi farklı mobil ağ operatörleri .
- Sık güncellemeler – (Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x gibi) – hiçbir uygulama işlevselliğinin etkilenmediğinden emin olmak için her güncellemede yeni bir test döngüsü önerilir.
Herhangi bir uygulamada olduğu gibi, Mobil uygulama testi de çok önemlidir, çünkü müşteri genellikle belirli bir ürün için milyonlarca kişidir ve hata içeren bir ürün asla takdir edilmez. Genellikle parasal kayıplara, yasal sorunlara ve onarılamaz marka imajı hasarına neden olur.
Mobil ve Masaüstü Uygulama Testi Arasındaki Temel Fark
Mobil uygulama testini masaüstü testinden ayıran birkaç belirgin özellik
- Masaüstünde, uygulama merkezi bir işlem biriminde test edilir. Bir mobil cihazda, uygulama Samsung, Nokia, Apple ve HTC gibi telefonlarda test edilir.
- Mobil cihaz ekran boyutu masaüstünden daha küçüktür.
- Mobil cihazların bir masaüstünden daha az belleği vardır.
- Cep telefonları 2G, 3G, 4G veya WIFI gibi ağ bağlantılarını kullanırken, masaüstü bilgisayarlar geniş bant veya çevirmeli 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 yönleri 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 için
- 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: Menü seçeneklerinin, düğmelerin, yer imlerinin, geçmişin, ayarların ve uygulamanın gezinme akışının test edilmesi.
- Hizmet testi: Uygulamanın hizmetlerinin çevrimiçi ve çevrimdışı olarak test edilmesi.
- Düşük seviyeli kaynak testi : Bellek kullanımının test edilmesi, geçici dosyaların otomatik olarak silinmesi ve düşük seviyeli kaynak testi olarak bilinen yerel veritabanı büyütme sorunları.
- Performans testi : Bağlantıyı 2G, 3G’den WIFI’a değiştirerek, belgeleri paylaşarak, pil tüketimini vb. uygulayarak uygulamanın performansını test etme.
- Operasyonel test: Uygulamayı bir mağazadan yükseltirken bir pilin bitmesi veya verilerin kaybolması durumunda yedeklemelerin ve kurtarma planının test edilmesi.
- Kurulum testleri : Uygulamanın cihazlara yüklenip/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 alanda birkaç işaretçi:
1) Cihaz 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 el cihazlarını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) Öykünücüler: Uygulamanın hızlı ve verimli bir şekilde kontrol edilmesini sağladığından, bunların kullanımı geliştirmenin ilk aşamalarında son derece yararlıdır . Öykünücü, yazılımın kendisini değiştirmeden yazılımı bir ortamdan başka bir ortama çalıştıran bir sistemdir. Özellikleri çoğaltır ve gerçek sistem üzerinde çalışır.
Mobil Emülatör Türleri
- Cihaz Emülatörü – cihaz üreticileri tarafından sağlanır
- Tarayıcı Emülatörü – mobil tarayıcı ortamlarını simüle eder.
- İşletim sistemleri Emülatörü – Apple, iPhone’lar, Windows telefonları için Microsoft ve Google Android telefonları için emülatörler sağlar
Önerilen Test Aracı: Kobiton
Kobiton, gerçek cihazlar kullanılarak hem Android hem de iOS’ta yerel, web ve hibrit uygulamaların test edilmesini ve sunulmasını hızlandıran, uygun fiyatlı ve son derece esnek bir bulut tabanlı mobil deneyim platformudur. Yeni betiksiz test otomasyonu, kodlama uzmanlığı olmayan ekiplerin açık standart Appium betiklerini kolaylıkla oluşturmasına yardımcı olur.
Artıları:
- Yedekleme ve kurtarma- Bulut bilgi işlem, verilerinizin kolayca kurtarılmasını ve geri yüklenmesini sağlayan uzak bir konumdan verilerinizi otomatik olarak yedekler. Ayrıca depolama kapasitesi sınırsızdır.
- Bulutlara farklı cihazlardan ve her yerden erişilebilir.
- Bulut bilişim uygun maliyetlidir, kullanımı, bakımı ve güncellemesi 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 bir ortamda çalıştığından, kullanıcının işlevler üzerinde sınırlı kontrolü ve erişimi vardır.
- İnternet bağlantı sorunları: kurulum İnternet üzerindedir. Ağ sorunları kullanılabilirliği ve işleyişi etkiler
- Güvenlik ve gizlilik Sorunları: Bulut bilgi işlem, İnternet bilgi işlemidir ve İnternet’teki hiçbir şey tamamen güvenli değildir, bu nedenle veri korsanlığı olasılığı daha fazladır.
Bir Mobil Uygulamayı Test Etmeye Yönelik Test Senaryoları
İşlevsellik tabanlı 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 parametrelerinde, farklı ağ türlerinde vs. yanıt süresi.
- Veri gereksinimleri: Kurulum için ve sınırlı veri planına sahip kullanıcının onu indirip indiremeyeceğini doğrulamak için.
- Bellek gereksinimi: tekrar indirmek, yüklemek ve çalıştırmak için
- Uygulamanın işlevselliği: uygulamanın ağ hatası veya başka bir nedenle çökmediğinden emin olun.
Mobil Uygulamaların Test Edilmesinde Tipik Faaliyetler ve İşlemler
Testin kapsamı, kontrol edilmesi gereken bazı gereksinimlere veya uygulamada yapılan değişikliklerin kapsamına bağlıdır. Değişiklikler azsa, bir dizi akıl sağlığı testi yeterli olacaktır. Büyük ve/veya karmaşık değişiklikler olması durumunda, tam bir gerileme önerilir.
Örnek bir uygulama test projesi : ILL (International Learn Lab), yönetici ve yayıncının işbirliği içinde web siteleri oluşturmasına 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:
Adım 1. Test türlerini tanımlayın : Bir ILL uygulaması tarayıcılar için geçerli olduğundan, bu uygulamanın farklı mobil cihazlar kullanılarak desteklenen tüm tarayıcılarda test edilmesi zorunludur. Manuel ve otomasyon test senaryolarının kombinasyonları ile farklı tarayıcılarda kullanılabilirlik, işlevsellik ve uyumluluk testleri yapmamız gerekiyor .
Adım 2. Manuel ve Otomatik test: Bu proje için izlenen metodoloji, iki haftalık yinelemeyle Çeviktir. Her iki haftada bir dev. ekip, test ekibi için yeni bir yapı yayınlar ve test ekibi, test senaryoları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şlevselliği test edecek.
JIRA, kabul kriterlerini yazmak için kullanılır; test senaryolarının sürdürülmesi ve kusurların günlüğe kaydedilmesi/yeniden doğrulanması. Yineleme sona erdiğinde, geliştiricinin bulunduğu yerde bir yineleme planlama toplantısı yapılır. Ekip, ürün sahibi, iş analisti ve QA ekibi neyin iyi gittiğini ve nelerin iyileştirilmesi gerektiğini tartışır .
Aşama 3. Beta Testi: QA ekibi tarafından regresyon testi 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 uygulamadaki farklı yüklerle web uygulamasının performansını test eder.
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.
Adım 6. Lansman planı: Her 4. haftadan sonra test, ürünün üretime hazır olduğundan emin olmak için bu cihazlarda son bir uçtan uca testin gerçekleştirildiği aşamaya geçer. Ve sonra Canlı yayına geçer!
Mobil Uygulamaları Hem Android Hem de iOS Platformlarında Test Etme
Uygulamalarını hem iOS hem de Android platformlarında test eden test kullanıcılarının aralarındaki farkı bilmesi çok önemlidir. iOS ve Android’in görünüm ve his, uygulama görünümleri, kodlama standartları, performans vb. açısından birçok farklılığı vardır.
Android ve iOS Testi Arasındaki Temel Fark
Tüm eğitimleri görmüş olabilirsiniz, burada bazı önemli farklılıklar koydum ve bu da testinizin bir parçası olarak size 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ıyla 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üçük. Cihazlardan birinde uygulama düzeninizin ve tasarımınızın bozulma olasılığı yüksektir. Piyasada yalnızca sayılabilir cihazlar bulunduğundan ve bu telefonların çoğu 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ümlerin yalnızca benzer bir boyutu vardı.
2) 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’un yalnızca 1x,2x ve 3x kullanmasıdır. Ancak, resimlerin ve diğer UI öğelerinin tüm cihazlarda doğru şekilde görüntülendiğinden emin olmak testi yapan kişinin sorumluluğundadır.
Görüntü çözünürlükleri kavramını anlamak için aşağıdaki şemaya başvurabilirsiniz:
3) Piyasa Android cihazlarla dolup taştığı için, kod, performansın sabit kalacağı şekilde yazılmalıdır. Bu nedenle, uygulamanızın alt uç cihazlarda yavaş davranması oldukça olasıdır.
4) Android ile ilgili başka bir sorun da, hareket halindeyken tüm cihazlar için yazılım yükseltmelerinin mevcut olmamasıdır. Cihaz üreticileri, cihazlarını ne zaman yükselteceklerine karar verirler. Hem yeni işletim sistemi hem de eski işletim sistemi ile her şeyi test etmek çok zor bir görev haline geliyor.
Ayrıca, geliştiriciler için kodlarını her iki sürümü de destekleyecek şekilde değiştirmek külfetli bir görev haline gelir.
Örneğin , Android 6.0 geldiğinde, bu işletim sistemi uygulama düzeyinde izinleri desteklemeye başladığından büyük bir değişiklik oldu. Daha fazla açıklığa kavuşturmak için, kullanıcı izinleri (konum, kişiler) uygulama düzeyinde de değiştirebilir.
Artık Android 6.0 ve üzeri sürümlerde başlatılan uygulamada izinler ekranının gösterilmesini ve alt sürümlerde izin ekranının gösterilmemesini sağlama sorumluluğu test ekibine aittir.
5) Test açısından bakıldığında, üretim öncesi yapı (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’da güncellenmiş beta yapısını yalnızca beta kullanıcısı olarak eklenen aynı e-posta kimliğiyle Play Store’da oturum açtıysa görebilir.
Mobil Testte Temel Faktörler
Kendi Test kapsamınızı tanımlayın
Herkesin kendi test tarzı vardır. Bazı test uzmanları sadece gözleriyle gördüklerine odaklanırken, geri kalanı herhangi bir mobil uygulamanın perde arkasında çalışan her şeye tutkuyla bağlıdır.
Bir iOS/Android Test Kullanıcısıysanız, test tarzımıza her zaman değer kattığı için Android veya iOS’un bazı genel sınırlamaları/temel işlevleri hakkında bilgi sahibi olmanızı öneririm. Örnek vermeden bazı şeyleri anlamanın zor olduğunu biliyorum.
Aşağıda verilen birkaç Örnek:
- 6.0.1 sürümünün altındaki Android cihazlarda kamera, depolama vb. izinleri uygulama düzeyinde değiştiremiyoruz.
- 10.0 sürümünün altındaki iOS için çağrı kiti yoktu. Sizi basit bir şekilde özetlemek gerekirse, arama kiti bir arama uygulaması tarafından kullanılır ve bir kullanıcı WhatsApp, Skype vb. bir arama uygulamasından arama aldığında tam ekran bir görünüm görüntüler . bu çağrıları bir bildirim başlığı olarak görüyoruz.
- Birçoğunuz Paytm’de, cüzdanınıza para eklemek istediğinizde uygulamanızın sizi bankanın ödeme sayfasına yönlendirmediği sorunlarla karşılaşmış olabilirsiniz. Yukarıdakilerin bankamız veya Paytm sunucumuzla ilgili bir sorun olduğunu düşünüyoruz, ancak AndroidSystemWebView’ümüz güncellenmedi. Programlama hakkında çok az bilgi, ekibinizle paylaşmanız için her zaman yararlıdır.
- Basit bir ifadeyle, bir uygulama içindeki herhangi bir web sayfasını her açtığında, AndroidSystemWebView güncellenmelidir.
Testinizi Sınırlamayın
Test, yalnızca mobil uygulamayı keşfetmek ve hataları günlüğe kaydetmekle sınırlı kalmamalıdır. QA olarak biz, sunucumuza gelen tüm isteklerin ve sunucudan aldığımız yanıtın farkında olmalıyız.
Projenizde ne 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 Putty’yi 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 edindikçe sizi daha iyi bir test uzmanı yapar.
Mobil Uygulamanızın boyutuna dikkat edin
Mobil test kullanıcıları için bir başka önemli tavsiye – Lütfen her sürümden sonra uygulamanızın boyutunu kontrol etmeye devam edin.
Uygulamanın boyutunun, son kullanıcı olarak bizim bile bu uygulamayı büyük boyutundan dolayı indirmek istemeyeceğimiz bir noktaya ulaşmadığından emin olmalıyız.
Uygulama Yükseltme Senaryolarını Test Etme
Mobil test kullanıcıları için uygulama yükseltme testi çok önemlidir. Geliştirme ekibi bir sürüm numarasını yanlış eşleştirmiş 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ükselttiğinde saklanması gerektiğinden, verilerin saklanması da eşit derecede önemlidir.
Cihaz İşletim Sistemi Uygulamayı Desteklemeyebilir
Kulağa ilginç mi geliyor?
Evet, birçok cihaz uygulamanızı desteklemeyebilir. Çoğunuz, satıcıların ABD’nin üstüne kendi sarmalayıcılarını yazdıklarını biliyor olmalısınız ve uygulamanızın herhangi bir SQL sorgusunun cihazla uyumlu olmaması mümkün olabilir, bu nedenle bir istisna atar ve bu, uygulamanın başlatılmasına bile neden olabilir. o telefonda
Buradaki nokta – Uygulamanızı ofiste kullandığınız cihazlar dışında kendi cihazlarınızda kullanmaya çalışmak. Uygulamanızla ilgili bazı sorunlar görmeniz oldukça olasıdır.
Uygulama İzin Testi
Sırada mobil uygulamaların İzin Testi var . Neredeyse her ikinci uygulama, kullanıcılarından telefonlarının iletişim bilgilerine, kameralarına, Galerilerine, Konumlarına vb. erişmelerini ister. Bu izinlerin uygun kombinasyonlarını test etmeyerek hata yapan birkaç test kullanıcısı gördüm.
Görüntüleri ve Ses dosyalarını paylaşmanın tüm özelliklerine sahip bir sohbet uygulamasını test ettiğimiz gerçek zamanlı bir Örneği hatırlıyorum . Depolama İzni HAYIR olarak ayarlandı.
Şimdi, bir kullanıcı Kamera seçeneğine tıkladığında, depolama izni EVET olarak ayarlanana kadar asla açılmadı. Android Marshmallow, depolama izni HAYIR olarak ayarlanırsa kameranın o uygulama için kullanılamayacağı şeklinde bir işlevselliğe sahip olduğu için senaryo göz ardı edildi.
Kapsam, yukarıdaki paragrafta tartıştığımızdan daha da genişler. Uygulamanın kullanılmayan herhangi bir izin istemediğinden emin olmalıyız.
Yazılım sektörüne aşina herhangi bir son kullanıcı, çok fazla izin istenen uygulamayı indiremeyebilir. Uygulamanızdan herhangi bir özelliği kaldırdıysanız, bunun için izin ekranını kaldırdığınızdan emin olun.
Market’teki benzer ve popüler Uygulamalarla karşılaştırın
Hikayeden alınacak ders – Eğer bir şüpheniz varsa, o zaman kendi başınıza sonuca varmayın. Aynı platformdaki diğer benzer uygulamalarla karşılaştırmak, test edilen işlevselliğin çalışıp çalışmadığına dair argümanınızı güçlendirebilir.
Apple’ın Derleme Reddi Ölçütüne Genel Bakış Alın
Son olarak, çoğunuz yapılarınızı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 ama Apple’ın ret politikalarını bilmek her zaman iyidir.
Bir test uzmanı olarak teknik yönleri karşılamamız zorlaşıyor ancak yine de test uzmanlarının ilgilenebileceği bazı ret kriterleri var.
Daima Ön Ayakta Olun
Bir testçi olarak, Geliştirici Ekibinden/Yöneticilerinden işlerin mahkemenize geçmesine izin vermeyin. Test etme konusunda tutkuluysanız, “Her Zaman Ö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 çağrılarla ilgili en son güncellemeler için JIRA, QC, MTM veya projenizde hangisi kullanılıyorsa ona bakmaya devam edin. Ayrıca, değişiklik yapmanız gerekiyorsa görüşlerinizi paylaşmaya hazır olun. Bu, çeşitli etki alanları ve platformlarda çalışan tüm test kullanıcıları için geçerlidir.
Ürünün bize ait olduğunu hissetmediğimiz sürece, asla yeni iyileştirmeler veya mevcut işlevlerde değişiklikler için önerilerde bulunmamalıyız.
Uygulamanızı uzun süre (12-24 saat) arka planda tutun
Kulağa garip geldiğini biliyorum ama perde arkasında hepimizin anlamadığı çok fazla mantık var.
Bunu paylaşıyorum çünkü uygulamanın başlattıktan sonra, örneğin arka plan durumundan yaklaşık 14 saat sonra çöktüğünü gördüm. Sebep, geliştiricilerin onu nasıl kodladığına bağlı olarak herhangi bir şey olabilir.
Uygulamanızın Performans Testi
Mobil dünyada, uygulamanızın performansı, uygulamanızın dünya çapında tanınma derecesini etkiler. Bir test ekibi olarak, uygulamanızın yanıtını kontrol etmek ve daha da önemlisi, çok sayıda kullanıcı onu birlikte kullandığında nasıl çalıştığını kontrol etmek çok önemli hale gelir.
Çözüm
Bu öğreticiyi, mobil testin başlangıçta çok kolay göründüğünü yineleyerek bitiririm, ancak daha derine indikçe, geliştirilen her şeyin dünyanın her yerindeki binlerce cihazda sorunsuz çalışmasını sağlamanın kolay olmadığını anlayacaksınız. dünya.
Çoğunlukla yalnızca işletim sisteminin en yeni ve son birkaç sürümünde desteklenen uygulamaları görürsünüz. Ancak, herhangi bir senaryoyu kaçırmamalarını sağlamak testçilerin görevi haline gelir. Dikkate alınması gereken başka birçok nokta var ama diğer eğitimlerde yinelenenlerden bahsetmedim.
Pil tüketimi, kesme testi, farklı ağlarda test etme (3G, Wi-Fi), ağ değiştirirken test etme, mobil uygulamaların maymun testi vb. gibi senaryoların tümü, 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 sevmediğiniz sürece, eğitimde bahsedilen şeyleri yapma zahmetine girmezsiniz.
Yaklaşık 6 yıldır bu alandayız ve görevlerin zaman zaman monotonlaştığının çok iyi farkındayım ama bu monoton görevleri biraz ilginç kılmak için kendi başımıza yapabileceğimiz birçok şey var.
Doğru test stratejisini tasarlamak ve doğru mobil simülatörleri, cihazları ve mobil test araçlarını seçmek, %100 test kapsamına sahip olmamızı sağlayabilir ve güvenlik, kullanılabilirlik, performans, işlevsellik ve uyumluluk tabanlı testleri test paketlerimize dahil etmemize yardımcı olabilir. .
Bu, bir mobil uygulama test kılavuzunda okuyucularımızdan gelen birden fazla talebi yerine getirme çabamızdı.
- 11/02/2023
- 12:04
Bu yazıyı Paylaş
Bloğumuzda yer almak ister misiniz?
İletişim bilginizi bırakın size ulaşalım…