Web Uygulaması için Test Senaryoları Örneği (Kontrol Listesi)

⚡ Akıllı Özet

Web uygulaması test kontrol listesinin tamamı kullanılabilirlik, işlevsellik, uyumluluk, veritabanı, API, güvenlik, performans ve erişilebilirlik kontrollerini kapsar. Aşağıdaki her bölüm, kalite güvence ekiplerinin doğrudan bir test yönetim aracına kopyalayabileceği kullanıma hazır test senaryoları sunar.

  • ⚙️ İşlevsellik önceliklidir: Görsel incelemeye başlamadan önce zorunlu alanları, sınır uzunluklarını, artık yılları, sıfıra bölmeyi ve zaman aşımı davranışını doğrulayın.
  • 🧭 Kullanılabilirlik sinyalleri: Yeni başlayan bir kullanıcının asla takılıp kalmaması için hizalama, ipuçları, klavye erişimi, kaydırma çubukları ve hata mesajı kurtarma özelliklerini kontrol edin.
  • 🌐 Uyumluluk matrisi: Chrome'da kritik akışları tekrarlayın, FirefoxDüzen ve komut dosyası farklılıklarını ortaya çıkarmak için Edge, Safari ve mobil tarayıcılar kullanılmıştır.
  • 🗄️ Veritabanı bütünlüğü: Ön uçtaki değerleri depolanmış kayıtlarla eşleştirin, anahtarları, tetikleyicileri, saklı prosedürleri ve alan uzunluklarını her iki katmanda da doğrulayın.
  • 🔌 API katmanı: Durum kodlarını, şemaları, kimlik doğrulamasını, hız sınırlarını ve alt kademe hata yönetimini tarayıcıdan ayrı olarak doğrulayın.
  • 🔐 Güvenlik temel seviyesi: HTTPS'yi zorunlu kıl, saklanan gizli bilgileri şifrele, tekrarlanan başarısızlıkların ardından hesapları kilitle ve SQL enjeksiyonu ve kaba kuvvet saldırılarına karşı tarama yap.
  • ???? Performans ve erişim: Komut dosyası yükleme profillerini manuel çaba yerine otomasyonla oluşturun, ardından WCAG kontrastını, etiketlerini ve klavye işlemlerini doğrulayın.

Web uygulamalarını test ederken aşağıda belirtilen şablonu dikkate almak gerekir. Aşağıda belirtilen kontrol listesi, iş gereksinimlerine bağlı olarak neredeyse her türlü web uygulaması için geçerlidir.

Yukarıdaki şablon, tek bir sayfada her kontrol listesi alanı için senaryoların nasıl yer alabileceğini göstermektedir. Daha fazla bilgi için bakınız: web uygulaması testi genel bakış.

Şimdi her kontrol listesine ayrıntılı olarak bakalım:

Fonksiyonel Testler

Fonksiyonel Test Nedir?

  • Bir ürünün özelliklerini ve çalışma davranışını, spesifikasyonlarına uygun olduğundan emin olmak için test etmek.
  • Bir sistemin veya bileşenin iç mekanizmasını göz ardı eden ve yalnızca seçilen girdilere ve yürütme koşullarına yanıt olarak üretilen çıktılara odaklanan test.

Fonksiyonel testin amacı veya hedefi nedir?

  • Hedefi Fonksiyonel Testler ürününüzün, geliştirme belgelerinizde belirtilen amaçlanan işlevsel özellikleri karşılayıp karşılamadığını doğrulamaktır.

Örnek Fonksiyonel Test Senaryoları:

  • Tüm zorunlu alanların test edilmesi doğrulanmalıdır.
  • Tüm zorunlu alanlar için yıldız işaretinin görüntülenmesi gerektiğini test edin.
  • Sistemin isteğe bağlı alanlar için hata mesajını görüntülemediğini test edin.
  • Artık yılların doğru şekilde doğrulandığını ve hatalara/yanlış hesaplamalara neden olmadığını test edin.
  • Sayısal alanların alfabeleri kabul etmediğini ve uygun hata mesajının görüntülendiğini test edin.
  • Sayısal alanlar için izin veriliyorsa negatif sayıları test edin.
  • Hesaplamalar için sıfıra bölme testi uygun şekilde ele alınmalıdır.
  • Verilerin kesilmediğinden emin olmak için her alanın maksimum uzunluğunu test edin.
  • Veriler alanın maksimum boyutuna ulaşırsa, açılır mesajın (“Bu alan 500 karakterle sınırlıdır”) görüntülenmesini test edin.
  • Güncelleme ve silme işlemleri için bir onay mesajının görüntülenmesi gerektiğini test edin.
  • Para birimi biçiminde görüntülenmesi gereken tutar değerlerinin test edilmesi.
  • Tüm giriş alanlarını özel karakterler açısından test edin.
  • Zaman aşımı işlevini test edin.
  • Sıralama işlevini test edin.
  • Mevcut düğmelerin işlevselliğini test edin
  • Gizlilik Politikasını ve SSS'yi test edin açıkça tanımlanmıştır ve kullanıcılara sunulmalıdır.
  • Herhangi bir işlevin başarısız olup olmadığını test edin, kullanıcı özel hata sayfasına yönlendirilir.
  • Yüklenen tüm belgelerin düzgün şekilde açıldığını test edin.
  • Kullanıcının yüklenen dosyaları indirebilmesi gerektiğini test edin.
  • Sistemin e-posta işlevselliğini test edin.
  • Test edin Java komut dosyası farklı tarayıcılarda düzgün çalışıyor (IE, Firefox, Chrome, safari ve Opera).
  • Bir kullanıcının sitedeyken çerezleri silmesi durumunda ne olacağını test edin.
  • Bir kullanıcının bir siteyi ziyaret ettikten sonra çerezleri silmesi durumunda ne olacağını test edin.
  • Combo/list box içindeki tüm verilerin kronolojik olarak düzenlendiğini test edin.

Özellikler doğru şekilde çalıştıktan sonra, bir sonraki soru gerçek kullanıcıların bunları yardım almadan kullanıp kullanamayacağıdır.

Kullanılabilirlik testi

Kullanılabilirlik Testi Nedir?

  • Kullanılabilirlik testi, Kullanıcı dostu olma kontrolünden başka bir şey değildir.
  • Kullanılabilirlik testinde, uygulamanın iş akışı, yeni bir kullanıcının uygulamayı kolayca anlayabilmesi için test edilir.
  • Temel olarak, sistem navigasyonu Kullanılabilirlik testinde kontrol edilir.

Kullanılabilirlik testinin amacı veya hedefi nedir?

Kullanılabilirlik testi, standart Kullanılabilirlik testi uygulamalarını kullanarak bir ürünün kullanım kolaylığını ve etkililiğini belirler.

Örnek Kullanılabilirlik Test Durumları

  • Web sayfası içeriği herhangi bir yazım veya dilbilgisi hatası olmadan doğru olmalıdır
  • Tüm yazı tipleri gereksinimlere göre aynı olmalıdır.
  • Tüm metin uygun şekilde hizalanmalıdır.
  • Tüm hata mesajları herhangi bir yazım veya dilbilgisi hatası olmadan doğru olmalı ve hata mesajı alan etiketiyle eşleşmelidir.
  • Araç ipucu metni her alan için mevcut olmalıdır.
  • Tüm alanlar düzgün şekilde hizalanmalıdır.
  • Alan etiketleri, sütunlar, satırlar ve hata mesajları arasında yeterli boşluk bırakılmalıdır.
  • Tüm butonlar standart formatta ve boyutta olmalıdır.
  • Ana sayfa bağlantısı her sayfada bulunmalıdır.
  • Devre dışı bırakılan alanlar gri renkte olmalıdır.
  • Kırık bağlantıları ve görselleri kontrol edin.
  • Her türlü güncelleme ve silme işleminde onay mesajının görüntülenmesi gerekmektedir.
  • Siteyi farklı çözünürlüklerde kontrol edin (640 x 480, 600×800 vb.?)
  • Son kullanıcının sistemi sıkıntı yaşamadan çalıştırabildiğini kontrol edin.
  • Sekmenin düzgün çalışıp çalışmadığını kontrol edin.
  • Kaydırma çubuğu yalnızca gerektiğinde görünmelidir.
  • Gönderim sırasında bir hata mesajı varsa, kullanıcı tarafından doldurulan bilgilerin orada olması gerekir.
  • Başlık her web sayfasında görüntülenmelidir
  • Tüm alanlar (Textbox, açılır liste, radyo düğmesi, vb.) ve düğmeler klavye kısayolları ile erişilebilir olmalı ve kullanıcı tüm işlemleri klavyeyi kullanarak yapabilmelidir.
  • Açılan verilerin alan boyutundan dolayı kesilip kesilmediğini kontrol edin. Ayrıca verilerin sabit kodlanıp kodlanmadığını veya yönetici tarafından yönetilip yönetilmediğini kontrol edin.

Bir tarayıcıda sorunsuz görünen bir düzen, başka bir tarayıcıda bozulabilir; bu nedenle, desteklenen her ortamda aynı ekranları yeniden oynatın.

Uyumluluk Testi

Uyumluluk testi nedir?

  • Uyumluluk testi, yazılımınızın çalışması gereken sistemin diğer unsurlarıyla (örneğin Tarayıcılar) uyumlu olup olmadığını belirlemek için kullanılır. OperaSistemler veya donanım.

Uyumluluk testinin amacı veya hedefi nedir?

  • Uyumluluk testinin amacı, yazılımın belirli bir tarayıcıda ne kadar iyi performans gösterdiğini değerlendirmektir. OperaSistemler, donanım veya yazılım.

Örnek Uyumluluk Testi Senaryoları:

  • Web sitesini farklı tarayıcılarda test edin (IE, Firefox, Chrome, Safari ve Opera) ve web sitesinin düzgün görüntülendiğinden emin olun.
  • Kullanılan HTML sürümünün uygun tarayıcı sürümleriyle uyumlu olup olmadığını test edin.
  • Resimlerin farklı tarayıcılarda doğru şekilde görüntülendiğini test edin.
  • Yazı tiplerinin farklı tarayıcılarda kullanılıp kullanılmadığını test edin.
  • Java betiği kodunun farklı tarayıcılarda kullanılabildiğini test edin.
  • Animasyonlu GIF'leri farklı tarayıcılarda test edin.

Tutarlı görüntüleme, ekranın arkasındaki kayıtlar hakkında hiçbir şey kanıtlamaz. tarayıcılar arası test Bu matris, bu alanı yönetilebilir halde tutuyor.

Veritabanı Testi

Veritabanı Testi Nedir?

  • In Veritabanı testi Web veya masaüstü uygulamaları aracılığıyla eklenen arka uç kayıtları test edilir. Web uygulamasında görüntülenen veriler Veritabanında depolanan verilerle eşleşmelidir.

Veritabanı testini gerçekleştirmek için test uzmanının aşağıda belirtilen noktaların farkında olması gerekir.:

  • Testi yapan kişinin işlevsel gereksinimleri, iş mantığını, uygulama akışını ve veritabanı tasarımını iyice anlaması gerekir.
  • Testi yapan kişi, uygulama için kullanılan tabloları, tetikleyicileri, saklama prosedürlerini, görünümleri ve imleçleri anlamalıdır.
  • Test cihazı, oluşturulan tetikleyicilerin, depolama prosedürlerinin, görünümlerin ve imleçlerin mantığını anlamalıdır.
  • Test uzmanı, web veya masaüstü uygulamaları aracılığıyla ekleme güncelleme ve silme (DML) işlemleri gerçekleştirildiğinde etkilenen tabloları bulmalıdır.

Yukarıda belirtilen noktaların yardımıyla test uzmanı, Veritabanı testi için test senaryolarını kolayca yazabilir.

Veritabanı Testi için Örnek Test Durumları:

  • Veritabanı adını doğrulayın: Veritabanı adı, belirtilen özelliklerle eşleşmelidir.
  • Tabloları, sütunları, sütun türlerini ve varsayılanları doğrulayın: Her şey spesifikasyonlarla eşleşmelidir.
  • Sütunun boş değere izin verip vermediğini doğrulayın.
  • Her tablonun Birincil ve yabancı anahtarını doğrulayın.
  • Saklı Prosedürü Doğrulayın:
  • Saklı yordamın kurulu olup olmadığını test edin.
  • Saklı yordam adını doğrulayın
  • Parametre adlarını, türlerini ve parametre sayısını doğrulayın.
  • Gerekli olup olmadıklarını parametreleri test edin.
  • Bazı parametreleri silerek saklı yordamı test edin
  • Çıkış sıfır olduğunda test edin, sıfır kayıtlar etkilenmelidir.
  • Saklı yordamı basit yazarak test edin SQL sorguları.
  • Saklı yordamın değerleri döndürüp döndürmediğini test edin
  • Saklı yordamı örnek giriş verileriyle test edin.
  • Tablodaki her bayrağın davranışını doğrulayın.
  • Her sayfa gönderiminden sonra verilerin veritabanına düzgün şekilde kaydedildiğini doğrulayın.
  • DML (Güncelleme, silme ve ekleme) işlemleri yapılıyorsa verileri doğrulayın.
  • Her alanın uzunluğunu kontrol edin: Arka uçtaki ve ön uçtaki alan uzunluğu aynı olmalıdır.
  • QA, UAT ve üretimin veritabanı adlarını doğrulayın. İsimler benzersiz olmalıdır.
  • Veritabanındaki şifrelenmiş verileri doğrulayın.
  • Veritabanı boyutunu doğrulayın. Ayrıca yürütülen her sorgunun yanıt süresini de test edin.
  • Ön uçta görüntülenen verileri doğrulayın ve arka uçta da aynı olduğundan emin olun.
  • Geçersiz verileri veritabanına ekleyerek veri geçerliliğini doğrulayın.
  • Tetikleyicileri doğrulayın.

API Testi Kontrol Listesi

Günümüzde çoğu iş kuralı REST veya GraphQL uç noktalarının arkasında yer alıyor, bu nedenle yalnızca tarayıcı kontrolleri sistemin çalıştığını kanıtlayamaz. Uç noktaların doğrudan test edilmesi, sistemin işleyişini tehlikeye atar.tracYetkilendirme ve hata ayıklama işlemlerini, kullanıcı arayüzünden çok daha önce tespit edebilir.

Bir uç noktanın onaylanmasından önce aşağıdaki senaryoları ele alın:

API Testi için Örnek Test Senaryoları:

  • Başarılı işlem, doğrulama hatası, yetkisiz erişim ve sunucu hatası için belgelenmiş durum kodlarını doğrulayın.
  • Yanıt yükünün, alan adları ve veri türleri de dahil olmak üzere yayınlanan şemayla eşleştiğini doğrulayın.
  • Eksik veya hatalı parametrelerin yığın izi yerine okunabilir bir mesaj döndürdüğünü doğrulayın. trace.
  • Kimlik doğrulama belirteçlerinin süresinin dolduğunu, doğru şekilde yenilendiğini ve oturum kapatıldıktan sonra tekrar kullanılamadığını doğrulayın.
  • Rol tabanlı yetkilendirmeyi doğrulayın, böylece standart bir hesap, bir tanımlayıcıyı değiştirerek yönetici uç noktalarına erişemez.
  • Boş dizeler ve maksimum uzunluklar da dahil olmak üzere her parametredeki sınır değerlerini doğrulayın.
  • Hız sınırlama işleminin sessizce başarısız olmak yerine doğru kısıtlama yanıtını döndürdüğünü doğrulayın.
  • Üçüncü taraf bir hizmetin zaman aşımına uğraması durumunda uç noktanın sorunsuz bir şekilde çalışmaya devam ettiğini doğrulayın.
  • Yanıtlar veya hata mesajlarında parola, belirteç veya dahili yol bulunmadığından emin olun.

Bu listeyi her ortamda çalıştırın, çünkü test ve üretim ortamları genellikle farklı izin kümeleri sunar. Bkz. API testi genel bakış ve REST API'yi manuel olarak test etmek.

Bu kontrollerin birçoğu güvenlik çalışmalarıyla örtüşüyor.

Güvenlik Testi

Güvenlik Testi Güvenlik açısından herhangi bir kusuru ve boşluğu tespit etmeye yönelik testi içerir.

Güvenlik Testi için Örnek Test Senaryoları:

  • Şifre, kredi kartı numaraları, güvenlik sorusuna gizli cevaplar vb. gibi önemli verileri içeren web sayfasının HTTPS (SSL) aracılığıyla gönderilmesi gerektiğini doğrulayın.
  • Şifre, kredi kartı numaraları vb. gibi önemli bilgilerin şifrelenmiş biçimde görüntülenmesi gerektiğini doğrulayın.
  • Kayıt, şifremi unuttum, şifreyi değiştir gibi tüm kimlik doğrulama sayfalarında şifre kurallarının uygulandığını doğrulayın.
  • Parolanın değiştirilip değiştirilmediğini doğrulayın, kullanıcının eski parolayla oturum açamaması gerekir.
  • Hata mesajlarının herhangi bir önemli bilgi görüntülememesi gerektiğini doğrulayın.
  • Kullanıcının sistemden çıkış yapıp yapmadığını veya kullanıcı oturumunun süresinin dolduğunu, kullanıcının sitede gezinemediğini doğrulayın.
  • Güvenli ve güvenli olmayan web sayfalarına giriş yapmadan doğrudan erişmek için doğrulayın.
  • “Kaynak kodunu görüntüle” seçeneğinin devre dışı olduğunu ve kullanıcıya görünmemesi gerektiğini doğrulayın.
  • Kullanıcının birkaç kez yanlış şifre girmesi durumunda kullanıcı hesabının kilitlendiğini doğrulayın.
  • Çerezlerin şifreleri saklamaması gerektiğini doğrulayın.
  • Herhangi bir işlevin çalışmadığını, sistemin herhangi bir uygulama, sunucu veya veritabanı bilgisini görüntülememesi gerektiğini doğrulayın. Bunun yerine özel hata sayfasını görüntülemesi gerekir.
  • SQL enjeksiyon saldırılarını doğrulayın.
  • Kullanıcı rollerini ve haklarını doğrulayın. Örneğin, istek sahibinin yönetici sayfasına erişememesi gerekir.
  • Önemli işlemlerin log dosyalarına kaydedildiğini ve bu bilgilerin doğru şekilde saklandığını doğrulayın. tracmümkün.
  • Adres çubuğunda oturum değerlerinin şifrelenmiş biçimde olduğunu doğrulayın.
  • Çerez bilgilerinin şifrelenmiş biçimde saklandığını doğrulayın.
  • Kaba Kuvvet Saldırıları için uygulamayı doğrulayın

Yük altında deforme olan sertleştirilmiş bir uygulama hala kullanılamaz durumdadır, bu nedenle bir sonraki aşamada ölçeklendirme ölçülür.

Performans testi

Performans testi Bir sistemin veya bileşenin belirlenen performans gereksinimlerine uygunluğunu değerlendirmek için gerçekleştirilir.

Genel Test senaryoları:

  • Bir uygulamanın farklı yük koşulları altında performansını, kararlılığını ve ölçeklenebilirliğini belirlemek.
  • Mevcut mimarinin uygulamayı en yoğun kullanıcı seviyelerinde destekleyip destekleyemeyeceğini belirlemek.
  • Hangi konfigürasyon boyutunun en iyi performans seviyesini sağladığını belirlemek.
  • Uygulama ve altyapı darboğazlarını belirlemek.
  • Yazılımın yeni sürümünün yanıt süresi üzerinde olumsuz bir etkisi olup olmadığını belirlemek.
  • Öngörülen yük hacimlerini karşılayıp kaldıramayacağını belirlemek amacıyla ürünü ve/veya donanımı değerlendirmek.

Performans testi nasıl yapılır? Manuel Test veya Otomasyonla

Pratik olarak Performans Testini manuel olarak yapmak aşağıdaki gibi bazı dezavantajlardan dolayı mümkün değildir:

  • Daha fazla sayıda kaynağa ihtiyaç duyulacak.
  • Aynı anda eylem yapılması mümkün değildir.
  • Uygun sistem izleme mevcut değil.
  • Tekrarlanan görevi gerçekleştirmek kolay değil.

Bu nedenle yukarıdaki sorunların üstesinden gelmek için Performans Testi aracını kullanmalıyız. Aşağıda bazı popüler test araçlarının listesi bulunmaktadır.

Hâlâ eksik olan bir hedef kitle var: bu ekranlara yardımcı teknolojiler aracılığıyla ulaşan kullanıcılar.

Erişilebilirlik Testi Kontrol Listesi

Erişilebilirlik testleri, ekran okuyucu, yalnızca klavye ile gezinme veya büyütme kullanan kişilerin diğer herkesle aynı işlemleri tamamlayabildiğini doğrular. Ayrıca, kurumsal düzeyde bir satın alma gerekliliğidir.tracts genellikle şuna atıfta bulunur WCAG 2.2 Düzey AABu kusurlar yapısal niteliktedir ve erken aşamada onarılmaları çok daha az maliyetlidir.

Erişilebilirlik Testi için Örnek Test Senaryoları:

  • Anlamlı görsellerin açıklayıcı alternatif metin içerdiğinden ve dekoratif görsellerin yardımcı teknolojilerden gizlendiğinden emin olun.
  • Her form denetiminin, yalnızca bitişik yer tutucu metin değil, programatik olarak ilişkilendirilmiş bir etikete sahip olduğunu doğrulayın.
  • Sayfanın yalnızca klavye ile çalıştığını ve her durakta görünür bir odak göstergesinin bulunduğunu doğrulayın.
  • Metin ve etkileşimli öğelerin arka planlarına göre minimum kontrast oranını karşıladığını doğrulayın.
  • Ekran okuyucu navigasyonunun çalışması için başlıkların mantıksal bir sırayı takip ettiğinden ve herhangi bir seviyenin atlanmadığından emin olun.
  • Hata mesajlarının yardımcı teknolojilere iletildiğini doğrulayın ve hatanın olduğu alanı belirleyin.
  • Sayfanın yatay kaydırma yapmadan %200 yakınlaştırma seviyesinde de kullanılabilir durumda kaldığını doğrulayın.
  • Modal pencereler, sekmeler ve akordiyonlar gibi özel widget'ların doğru rolleri ve durumları gösterdiğinden emin olun.

Otomatik tarayıcılar bu sorunların yalnızca bir kısmını yakalar, bu nedenle manuel klavye ve ekran okuyucu doğrulama işlemi ekleyin. erişilebilirlik testi Referans, aletleri kapsamaktadır.

SSS

Test planı, bir sürüm için kapsam, zaman çizelgesi, kaynaklar, risk ve çıkış kriterlerini kapsayan resmi bir belgedir. Kontrol listesi ise doğrulanması gereken koşulları listeleyen, hafif bir kapsam hatırlatıcısıdır. Plan projeyi yönetir; kontrol listesi ise bireysel test oturumunu yönetir.

RevHer büyük sürümden, yeni entegrasyondan veya üretim olayından sonra gözden geçirin. Kaçırılan her hata için bir satır eklenmeli, böylece aynı hata tekrarlanmaz. Hiç güncellenmeyen bir kontrol listesi, uygulamanın gerçek davranışını yansıtmayı hızla bırakır.

Çoğu ekip güvenlik kapsamını şu unsurlara dayandırır: OWASP Web Güvenliği Test KılavuzuWCAG 2.2'ye erişilebilirlik ve genel süreç terminolojisinin ISTQB'ye uygunluğu gibi referanslar, kontrol listesinin yalnızca ekip alışkanlığına değil, denetlenebilir olmasını sağlar.

Evet. Gereksinimleri, kullanıcı hikayelerini veya API spesifikasyonlarını büyük bir dil modeline beslemek, senaryoların sağlam bir ilk taslağını oluşturur. Bir test uzmanı yine de tekrarları ayıklamalı, modelin çıkaramayacağı iş kurallarını eklemeli ve her öğenin gerçekten doğrulanabilir olduğunu teyit etmelidir.

Kendi kendini onaran konum belirleyiciler, işaretleme değişikliklerinden sonra öğeleri yeniden tanımlayarak, bakım çabalarına hakim olan istikrarsız hataları azaltır. Yapay zeka ayrıca yinelenen hataları kümelendirir ve hangi paketlerin önce çalıştırılacağını sıralar, böylece kontrol listesi büyüdükçe regresyon döngüleri kısa kalır.

Bu yazıyı şu şekilde özetleyin: