İş birimleri ve po'lar için test teknikleri

PROJE ÇERÇEVESİ1

İş Birimleri ve Product Owner'lar için

Kullanıcı Kabul Testi Teknikleri01.03.2017 PEM360

Onur Başkırt

PROJE ÇERÇEVESİ2

Who am I?▪ I am Onur Başkırt

▪ Head of SW Testing at

▪ Co-owner of

▪ Formerly: Teknosa, Ericsson, Huawei, STMicroelectronics, BAU & UCSC

PROJE ÇERÇEVESİ3

Genel BakışKullanıcı Kabul Testi Nedir?User Story Testing (Kullanıcı Hikayesi Testi)Use Case Testing (Kullanılabilr Durum Testi)Checklist Based Testing (Liste Bazlı Test)Exploratory Testing (Keşif Testi)Experienced Based Testing (Tecrübeye Dayalı

Test)User Journey Test (Kullanıcı Yol Haritası

Testi)Risk-Based Testing (Risk Bazlı Test Tekniği)

PROJE ÇERÇEVESİ4

Kullanıcı Kabul Testi / User Acceptance Testing Nedir?

Agile & Waterfall & V-Model

Amaç?

DEV TEST UAT DONE

PROJE ÇERÇEVESİ5

Kullanıcı Kabul Testi / User Acceptance Testing Nedir?

Giriş Kriterleri● Kod Yazıldı● Kod Gözden Geçirildi ● Birim Testleri Yapıldı ● Birim Testlerinde Tespit Edilen Hatalar Düzeltildi● Testler Koşturuldu● Tespit Edilen Yüksek ve Orta Öncelik Seviyesindeki

Tüm Hatalar Çözümlendi● UAT’de Kullanılacak Test Verileri Hazırlandı

Çıkış Kriterleri● Tüm UAT Test Senaryoları Koşuldu ● Tüm Kabul Kriterleri Kapsandı● Hedef Kalite Seviyesi Yakalandı (>=%90), (Passed

Test Cases / Passed + Failed Test Cases) ● Tespit Edilen Defect’ler Çözümlendi (Priority >=

Major)

PROJE ÇERÇEVESİ6

Kullanıcı Hikayesi Testi / User Story Testing

User Story

Tanım

İhtiyaç

İhtiyacın Nedeni

Talep Eden

Bitiş Kriterleri (D.O.D)

Tamamlanma Kriterleri

Kabul Kriterleri

PROJE ÇERÇEVESİ7


Test Giriş Kriterleri● NETLİK● İHTİYAÇ● RİSKLER● ETKİ ANALİZİ● KABUL KRİTERLERİ● FONKSİYONEL OLMAYAN GEREKSİNİMLER● ENTEGRASYONLAR● KOD YAZIMI● STATİK KOD ANALİZİ● UNIT TESTLER● KOD GÖZDEN GEÇİRME● TEST SENARYOLARI● TEST SENARYOLARININ GÖZDEN GEÇİRİLMESİ● DESK CHECK (GELİŞTİRİCİ İLE BİRLİKTE TEST YAPMA)● TEST ORTAMI● TEST DATASI● VERİTABANI DEĞİŞİKLİKLERİ● KONFİGÜRASYONEL DEĞİŞİKLİKLER● ÖNKOŞULLAR

Test Çıkış Kriterleri● Tüm Test Senaryoları Koşuldu Tüm Kabul Kriterleri Test Edildi ● Fonksiyonel ve Fonksiyonel olmayan ihtiyaçların karşılandığı kontrol edildi.● Hedef Kalite Seviyesi Yakalandı (>=%90),

(Passed Test Cases / Passed + Failed Test Cases) ● Tespit Edilen Defect’ler Çözümlendi (Priority >= Medium)

PROJE ÇERÇEVESİ8

Kullanıcı Hikayesi Testi / User Story Testing Örnek Kullanıcı Hikayesi:

Ürün yöneticisi olarak [Talep Eden], Kariyer.net hoş geldin kampanyasının daha fazla duyurulması için [İhtiyaç Nedeni], Kariyer.net ana sayfasının üst banner bölümüne hoş geldin kampanyasının reklam banner’ının eklenmesini istiyorum. [İhtiyaç].

Riskler (Risks) (Sorumlu: Tüm Ekip)

● Anasayfa yüklenme hızında yavaşlama olabilir.● Banner animasyonlarında doğacak bir hata ya da banner’ın lokasyon olarak kayması sitenin

görünümünü olumsuz etkileyecektir.● Cookie’lerin sürekli silinmesi Banner’ın kullanıcı tarafında sürekli görünmesine neden

olabilir.● Banner’ı kapat ikonunun fonksiyonu sürekli başarılı bir şekilde çalışması kritiktir.

Etki Analizi (Impact Analysis): (Sorumlu: Yazılım Geliştirme) Admin panelinde banner yükleme fonksiyonu etkilenebilir.

PROJE ÇERÇEVESİ9

Kullanıcı Hikayesi Testi / User Story Testing Bitiş Kriteleri (Definition of Done): (Sorumlu: Product Owner)

Tamamlanma Kriterleri (Completion Criteria)

● Kod Yazıldı (Code Writing Done)● Kod Gözden Geçirildi (Code Review Done)● Birim Testleri Yapıldı (Unit Tetsing Done)● Kullanıcı Hikayesi Test Tamamlandı (UAT Done)● Dokümantasyonlar Tamamlandı (Documentation Done) Kabul Kriterleri (Acceptance Criteria)

● Kariyer.net anasayfası açıldığında üst banner’da hoş geldin banner’ı 8 saniye 200x200 olarak gözükmeli ardından küçülerek 60x60 olarak gözükmelidir.

● Kullanıcı banner’a tıklandığında Kariyer.net Hoş Geldin sayfasına yönlendirilmelidir.● Kariyer.net aynı bilgisayardan cookie’ler silinmeden 4 den fazla ziyaret edildiğinde AA-

kobiBannerClosed cookie değeri 4 ün üzerinde olmalı ve banner gözükmemelidir.● Banner’ın sağ üst köşesinde çarpı şeklinde bir kapatma ikonu olmalı ve tıklandığında

banner kapanmalıdır.● Banner daha önce kullanıcı tarafından kapatıldıysa, tekrar gösterilmemelidir.

PROJE ÇERÇEVESİ10



Use Case Testing (Kullanılabilir Durum Testi)

• Use Case Nedir?

• Use Case Testing Tekniği Nedir? Test Senaryoları Nasıl Oluşturulur?

• İzlenebilirlik Matriksi (Traceability Matrix) Nedir?



Örnek Test Case’ler:


Checklist Based Testing (Liste Bazlı Test)

Kullanıcı Hikayelerinden bağımsız olarak hazırlanmış genel checklist’ler dikkate alınarak koşturulan testlerdir.


Checklist Based Testing (Liste Bazlı Test)

Örnek:

● Sistemde (Web/Mobil) yer alan tüm linkler doğru çalışmalıdır.● Sistemdeki yazılarda dilbilgisi hatası olmamalıdır.● Yazı boyutları, fontları, beklenildiği gibi olmalıdır.● Sistemde yüklenememiş/kırık hiç resim olmamalıdır.● Resimler, yazılar vb. diğer bileşenler arasındaki hiza düzgün olmalıdır.● Tüm butonlar düzgün çalışmalı ve kullanıcıyı ilgili işleme yönlendirmelidir.● Her sayfada ana sayfa logosu olmalı ve tıklandığında ana sayfaya yönlendirmelidir.● Uyarı, bilgi mesajları doğru formatta görüntülenmelidir.● Responsive olan bir sistem ise tüm çözünürlüklerde kontroller yapılmalıdır.● Sitede yer alan tüm bileşenler (dropdown, checkbox, radio button, vs.) doğru

çalışmalıdır.● Girdi alanlarındaki özel durumlar (numerik, alfanumerik, vb.) kontrol edilmelidir.● Zorunlu alanlar boş bırakılarak işlemler yapılamamalıdır.● Sitenin herhangi bir işlemi max 15 saniyeden uzun sürmemelidir.● Vs. şekilde giden kontrollerdir.


Exploratory Testing (Keşif Testi)

Tecrübe & Domain Bilgisi & Analitik ve Entellektüel Bilgi +

Eşzamanlı Öğrenme ve Keşfetme


Exploratory Testing (Keşif Testi)Session-Based TestingAna Aktiviteler:

- Test Seans Süresi (Birkaç saat olmalıdır)- Seans Aktiviteleri

o Seans Kurulumuo Test Tasarımı ve Test Uygulamasıo Hata Araştırmasıo Raporlama

- Testin amacı/amaçları belirtilmelidir- Testin hedefi/hedefleri belirtilmelidir.- Testin içerdiği işlevsellik (test bildirgesi – charter) yazılmalıdır.

Test Esnası ve Sonrasında Hazırlanacak Rapor İçeriği:

- Test Bildirgesi (Charter) [Testin fonksiyonalitesini belirtir.]- Testi Gerçekleştiren Kişi- Başlama Tarihi ve Zamanı- Seans Metrikleri (Test Uygulama ve Hata Araştırma Süresince Toplanan Metrikler)- Test Dataları- Test Notları- Bulgular- Hatalar


Experienced Based Testing (Tecrübeye Dayalı Test Tekniği)

Bilgi & Yetenek & Tecrübeler


User Journey Testing (Kullanıcı Yol Haritası Testi)

Yolculuk


Risk Based Testing (Risk Bazlı Test Tekniği)

RBT, en kritik ve en önemli hataların olabildiğince erken bir şekilde ve en düşük maliyet ile bulunmasıdır.

Riskler… Olası problemler… Belirsizlikler…



Riskin Büyüklüğü = Olasılığı *

Magnitude of Risk = Likelihood * Impact



Risk-Bazlı testin en temel adımları aşağıda özetlenmiştir:

1. Öncelikle riskler belirlenir ve önceliklendirilmiş risk listesi oluşturulur.2. Önceliklendirilmiş risk listesine göre test planı yapılıp, her bir risk için o

riskin araştırıldığı testler koşturulur.3. Yapılan testler sonucunda bazı riskler ortadan kalkarken, bazı riskler ortaya

çıkarsa bunlar da test eforu dikkate alarak test edilir.


Risk Based Testing (Risk Bazlı Test Tekniği)FMEA modeline değinecek olursak, burada 3 şeyi 5’lık skalalar ile ele alarak dikkat ederek risk puanlamasını hesaplarız. Bunlar: Severity (Hatanın/arızanın şiddeti) Açıklama Önem Derecesi Puan Veri kaybı, donanım veya güvenlik sorunları Acil 1 Geçici çözümü bile olmayan işlevsellik kaybı Yüksek 2 Geçici çözümü olan işlevsellik kaybı Orta 3 Kısmı işlevsellik kaybı Düşük 4 Kozmetik veya önemsiz yok 5 Priority (Hatanın/arızanın önceliği) Açıklama Önem Derecesi Puan Sistem değerinin tamamen kaybedilmesi Acil 1 Kabul edilemez sistem değeri kaybı Yüksek 2 Sistem değerinde azalma ihtimali olması Orta 3 Sistem değerinde kabul edilebilir azalma Düşük 4 Sistem değerinde ihmal edilebilir azalma Yok 5 Likelihood (Hatanın/arızanın olasılığı) Açıklama Önem Derecesi Puan Kesin olarak tüm kullanıcıların etkilenmeleri Acil 1 Bazı kullanıcıların etkilenmeleri Yüksek 2 Bazı kullanıcılar için olası etkilenmeleri Orta 3 Az sayıda kullanıcının sınırlı etkilenmesi Düşük 4 Gerçek kullanımda düşülünmeyecek etki Yok 5

Tüm bu üç nitelik (Hata Şiddeti, Öncelik ve Olasılık) kendi içinde ayrı ayrı hesaplanır ardından bir Risk Öncelik Puanı (RPN/Risk Priority Number) elde etmek için bu değerler birbirleri ile çarpılır. Risk Öncelik Puanı (RPN) = S * P * L Bu RPN değerine dayanarak, testin kapsamını belirleyebiliriz. Daha düşük RPN, daha yüksek risk olduğunu gösterir.



Summary

• Kullanıcı Kabul Testi Nedir?• User Story Testing (Kullanıcı Hikayesi Testi)• Use Case Testing (Kullanılabilr Durum Testi)• Checklist Based Testing (Liste Bazlı Test)• Exploratory Testing (Keşif Testi)• Experienced Based Testing (Tecrübeye Dayalı

Test)• User Journey Test (Kullanıcı Yol Haritası Testi)• Risk-Based Testing (Risk Bazlı Test Tekniği)



Okuma Tavsiyeleri

MAKALELER

Exploratory Testing (by Alper Mermer)https://www.linkedin.com/pulse/kesfederek-test-yapmak-alper-mermer

Heuristic Test Strategy (by James Bach)http://www.satisfice.com/tools/htsm.pdf

Risk Based Testing (by James Bach)http://www.satisfice.com/articles/hrbt.pdf

https://www.linkedin.com/pulse/kesfederek-test-yapmak-alper-mermer

http://www.satisfice.com/tools/htsm.pdf




Okuma Tavsiyeleri

KİTAPLAR

İş birimleri ve po'lar için test teknikleri

Software