how tester can think
Faliyet alani, sahne : Bir restoranda 3 kişilik bir aile geldi - ebeveynler ve bir yürümeye başlayan çocuk. En sevdiği pizzayı sipariş ettikten sonra aile rahatladı ve yürümeye başlayan çocuk masanın üzerine koyulan çubuklarla oynamaya başladı. Onları sevdi ve akşam yemeğini sadece yemek çubuklarıyla yemeye karar verdi.
Arzusunu açıkladı ve konuşmakla meşgul olan ebeveynleri bunu kabul etti. Pizza servis edildiğinde, yürümeye başlayan çocuk yemek çubuklarını kullanmaya başladı ve birkaç kez pizzayı ağzına almakta başarısız oluyordu. Aniden ebeveynler bunu fark etti ve yürümeye başlayan çocuğa yemek çubukları kullanmamasını emretti. Anne babaları onun arzusunu önceden kabul ettiği için yürümeye başlayan çocuk ikna edemedi.Ebeveynler sadece bıçak ve çatalla pizza yemeyi öğretmeye başladığında, yürümeye başlayan çocuk bu inancı sorguladı, ancak ben onu sadece çubuklarla yemek istiyorum ve bu neden yanlış? En sevdiği pizzayı yiyemeyince yemek çubuklarını kullanırken sabırsızlandı ve sonunda yemek çubuklarını fırlatıp pizza yememeye karar verdi. Ebeveynler de hayal kırıklığına uğramış, hiçbir şey yapamadı ve aile yemeği zamanı günün en kötü zamanı olarak ortaya çıktı.
Şimdi, yukarıdaki paragraftaki bazı kelimeleri aşağıdaki gibi değiştirin ve bunları yeniden düşünün:
Ebeveynler: İş analisti, satış görevlisi, geliştirme yöneticisi ve mimari ekibi içeren proje yönetimi ekibi.
Yürümeye başlayan çocuk: Müşteri / son kullanıcı
Pizza: ürün uygulaması
Yemek çubukları: hata
Kullanıcı hata yapmayana ve uygulamanın en kötü davranışını görmeyene kadar en favori uygulama sadece favoridir. Bir kez deneyimlendiğinde, kullanıcı asla uygulamaya geri dönmez. Ve bu nedenle, bir testçi olarak anlamak çok gerekli kullanıcının zihniyet , nasıl davranması beklendiği, uygulamayla ne yanlış yapabilir, yapılan en kötü hata ne olabilir ve çok daha fazlası.
Çoğu zaman, forumlarda ve şirket içi ekip üyeleri tarafından test sırasında kullanıcı deneyiminin nasıl kopyalanacağı soruldu. Cevabım her zaman basitti - Kullanıcı ol :)
Uygulamadan söylemek kolay olsa da, yazılım test endüstrisi için kullanıcı deneyimi ve geri bildiriminin her şeyden daha önemli olduğu devrim yönüne doğru ilerlemenin tam zamanı.
Test Kullanıcısı, Son Kullanıcı olarak nasıl düşünebilir?
Burada bazılarını sunmak son kullanıcı olarak davranmanın ve sürprizler bulmanın tipik örnekleri , Son birkaç gündür şunları gözlemledim:
# 1) Bir tarih alanını test ederken, bir kullanıcı doğru tarih değerini seçtiğinde veya manuel olarak girdiğinde, iyi çalıştı. Ancak kullanıcı 12/00 // gibi tamamen yanlış bir değer girdiğinde ve Tamam'a tıkladığında, geçersiz tarih değeriyle ilgili bir hata mesajı ile karşılaştı.
Artık kullanıcı tarihi düzeltmiyor ancak sayfayı yeniliyor. Ne olmalı? Pek çoğunuz ne olması gerektiğini tahmin edebilir, ancak uygulamayla ne olduğunu düşünebilir misiniz? Sayfayı yeniledikten sonra, bir kullanıcıya bir aşağıdaki sunuldu ve aynı değer bir veritabanına da kaydedildi.
Öyleyse… ..seçici buradaki kullanıcıyı kopyaladı, kabul etti mi?
#iki) İş akışının çeşitli formları sırayla takip edildiyse özel sırayla göndermek olduğu bir uygulamayı test ederken iyi çalıştı. Peki ya kullanıcı # 5 formundan # 3 forma geri dönmeyi denerse?
Yine, ne olması gerektiğini düşünmek yerine, ne olduğunu görelim ...
Test cihazı şaşkına dönmüştü ama kendisini bir kullanıcı olarak göstermekten gurur duyuyordu… ..Kabul mu?
# 3) Başarılı bir giriş yaptıktan sonra, kullanıcı tarayıcının geri düğmesini tıklar. Yine ne olduğunu görelim…
Kimlik bilgileri temizlenmeli ama temizlenmedi. Daha ileriye giderken, bu Oturum Açma sayfasında, bir kullanıcı Parolanızı Unuttum bağlantısına tıklar. Tarayıcının geri düğmesini tıklayarak kullanıcının zaten oturum açmış ve oturum açma sayfasına girmiş olduğunu açıkça belirtin. Şifremi Unuttum seçeneğine tıklandığında, kullanıcı uygulamanın ana sayfasına yönlendirildi.
Test cihazı kullanıcıya döndü… .. Kabul ettiniz mi?
# 4) Uygulamanın arama sayfası için URL'yi (http: //x.x.x.x: y / # / Search) inceledikten sonra, test kullanıcısı URL'yi http: //x.x.x.x: y / # / Search / test? ve ne olacağını düşünebiliyor musun?
Peki, uygulama çöktü ve test kullanıcısı yine kullanıcıya döndü… .. Umarım katılmazsınız.
Sonuç
Sanırım bu örneklerle istediğimi yeterince aktardım.
Scrum ekibi tarafından sağlanan iş değerinden kim sorumlu?
Gerçekten, test etme, uygulamanın iş akışını kontrol etmek anlamına gelmez ve ne uygulamayı bozmak anlamına gelmez, ancak kesinlikle kullanıcının deneyimini kontrol edin Hatalar yaptığında bile.
Yazar hakkında: Bu gönderi STH ekip üyesi Bhumika Mehta tarafından yazılmıştır. Yazılım testlerinde 10 yıldan fazla deneyime sahip bir proje lideridir. İyi fikirleri, yenilikleri ve riskleri de takdir ediyor. Ve elbette tekdüze işlerden, insanlardan ve çevreden nefret eder.
Ve evet, test edeni kendimizde son kullanıcıya çevirelim… .Anlaştık mı? :)
Öyleyse… .. sizden bunun gibi daha fazla örnek duymak istiyoruz ve sizin de görüşlerinizi almak istiyoruz.
Önerilen Kaynaklar
- GUI Test Eğitimi: Eksiksiz Bir Kullanıcı Arayüzü (UI) Test Kılavuzu
- Web Uygulama Çerezlerini Test Etmek İçin Web Sitesi Çerez Testi ve Test Durumları
- MongoDB'de Kullanıcı Kimlik Doğrulaması
- E-posta Doğrulama Testi: Bir Uygulamanın E-posta İşlevselliği Nasıl Test Edilir
- Para Kazanma, Yazılım Testi Kariyeri ve En Zengin Bir Test Cihazının Sırları
- Yeni Başlayan Bir Geliştiricinin (ve Test Uzmanının) Yazılım Testi Hakkında Bilmesi Gereken 5 Şey
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Geçici Test: Resmi Bir Test İşlemi Olmadan Kusurları Bulma