İşe alım formu test senaryoları, uzun ve dallanan bir formun her yolunu denenebilir hâle getiren kısa senaryolar bütünüdür. Bu yazıda formun neden adımlara bölündüğünü, en sık atlanan dalları ve zorunlu alanların neden önceki cevaplara bağlı olduğunu bulacaksınız.
Başvuru formu neden adımlara bölünür?
Bir başvuru formu tek ekranda toplandığında hem dolduran hem de geliştiren için zorlaşır. Dolduran taraf için uzun bir sayfa, nerede kaldığını unutturur; geliştiren taraf içinse bütün alanların doğrulaması tek bir gönderim anında çalışır ve hata mesajları aynı anda ekrana dolar.
Adımlara bölmek bu iki sorunu birden çözer. Her adım kendi alan grubunu taşır ve kendi doğrulamasını yapar; böylece hata, ortaya çıktığı adımda gösterilir. Ayrıca her adım ayrı ayrı kaydedilebilir hâle gelir, bu da uzun formların yarıda bırakılmasını tolere eder.
Adım sayısını artırmak ise her zaman iyileştirme değildir. Çok sayıda kısa adım, ilerleme hissini artırır ama geçişlerin sayısını da çoğaltır; her geçiş yeni bir hata yüzeyidir. Yaygın denge, birbirine benzeyen alanları aynı adımda toplamak ve adım sayısını beş ile yedi arasında tutmaktır.
En sık atlanan dallar hangileridir?
Test kapsamı genellikle mutlu yola göre kurulur ve formun kenar durumları geri planda kalır. Oysa kırılmaların çoğu bu kenarlarda görülür.
- Hiç iş deneyimi olmayan başvuru: Alanların boş bırakılmasına izin verilip verilmediği.
- Tek iş kaydı olan başvuru: Liste davranışının tek satırda nasıl çalıştığı.
- Eğitim kaydı olmayan başvuru: Alternatif yolun formda açık olup olmadığı.
- Adım atlayarak gönderim: Doğrudan son adıma gidildiğinde ne olduğu.
- Geri dönüş: Önceki adıma dönüldüğünde girilen verinin korunup korunmadığı.
- Çift gönderim: Aynı formun iki kez gönderilmesi durumunda kaydın nasıl davrandığı.
Bu altı dal, formun yalnızca çalıştığını değil, beklenmeyen sıralarda da tutarlı kaldığını gösterir. Yalnızca mutlu yolu deneyen bir küme, gerçek kullanıcı davranışının çoğunu kapsamaz. Formun doldurulduğu alanların nereden geldiğini ayrıştırma için test verisi yazısından takip edebilirsiniz.
Ayrıca bir başvurunun formu bitirmemesi olağandır. Bu yüzden testin ölçmesi gereken şey yalnızca başarılı gönderim değil, yarıda bırakılan bir akışın bıraktığı izdir: hangi adımda kalındı, hangi alanlar kaydedildi ve kullanıcı geri döndüğünde ne gördü. Bu üç sorunun cevabı yazılı değilse, kapsam eksiktir.
| Başvuru durumu | Formun göstermesi gereken | Formun yapmaması gereken |
|---|---|---|
| Hiç iş deneyimi yok | Deneyim alanının boş kalabilmesi | Boş alanı hata saymak |
| Eğitim devam ediyor | Beklenen mezuniyet ayrı alan | Bitiş yılını zorunlu tutmak |
| Adım atlanarak gönderim | İlk eksik adıma yönlendirme | Sessizce kaydetmek |
| Önceki adıma dönüş | Girilen verinin korunması | Alanları sıfırlamak |
| Aynı formun çift gönderimi | Tek kaydın oluşması | İki kayıt üretmek |
| Yarıda bırakılan başvuru | Taslağın geri gelmesi | Sessizce silmek |
Zorunlu alanlar neden cevaba göre değişir?
Çünkü bir alanın anlamı, önceki cevaba bağlıdır. Başvuran kişi halen çalıştığını söylüyorsa bitiş tarihi alanı anlamsızlaşır; çalışmıyorsa aynı alan zorunlu hâle gelir. Benzer biçimde bir derece bildirildiğinde kurum ve mezuniyet alanları zorunlu olur, bildirilmediğinde ise hiç görünmez.
Bu bağımlılıklar formu bir kurallar ağı hâline getirir ve kapsamı alan sayısıyla ölçmeyi anlamsızlaştırır. On alanlı bir form, bağımlılıklar yüzünden onlarca farklı durum üretebilir. Bu yüzden test kümesi alan listesine göre değil kural listesine göre kurulmalıdır.
Kuralları yazarken iki tuzağa dikkat etmek gerekir. Birincisi, gizlenen bir alanın değerinin temizlenmemesidir: alan ekrandan kaybolur ama gönderilen veride kalırsa, kayıt görünmeyen bir bilgi taşır. İkincisi, kuralın yalnızca tek yönde çalışmasıdır; cevap geri alındığında alanın eski durumuna dönmesi gerekir.
Çalışma ve eğitim sırası nasıl denenir?
Bu iki bölüm birbirine bağlıdır çünkü ikisi de tarih taşır ve aynı zaman aralığını paylaşır. Denemenin amacı, formun çelişkili bir sıra kabul edip etmediğini görmektir: eğitim bitmeden başlayan tam zamanlı iş, ilk işten sonra düşen mezuniyet yılı ve tarihi boş bırakılmış devam eden eğitim.
Bu üç durumun her biri için formun iki farklı davranışı olabilir: kaydı reddetmek ya da uyarı gösterip devam etmeye izin vermek. Hangisinin doğru olduğu ürün kararıdır; testin görevi bu kararın her yolda tutarlı uygulandığını göstermektir.
Sıra denetiminin ikinci kısmı, adımlar arası geçişlerdir. Eğitim ikinci adımda, iş deneyimi üçüncü adımda toplanıyorsa çelişki ancak üçüncü adımda ortaya çıkar. Uyarının hangi adımda gösterildiği ve kullanıcının nasıl geri yönlendirildiği de test edilmelidir. Zaman çizelgesi kurallarının ayrıntısı için iş geçmişi zaman çizelgesi kuralları yazısına bakabilirsiniz.
Çift gönderim ve taslak kurtarma nasıl sınanır?
Bu iki konu, formun gönderim anındaki davranışını ölçer. Çift gönderim, ağ gecikmesi ya da kullanıcının düğmeye iki kez basmasıyla ortaya çıkar. Beklenen davranış, ilk gönderimin kabul edilmesi ve sonrakinin yeni bir kayıt oluşturmamasıdır. Bunu doğrulamanın yolu, aynı oturumda iki gönderim yapıp kaç kaydın oluştuğunu saymaktır.
Taslak kurtarma ise yarıda bırakılan bir başvurunun nasıl geri geldiğini ölçer. Burada üç soru sorulur: taslak hangi anda kaydedilir, geri dönen kullanıcı hangi adımdan devam eder ve taslak ne kadar süre saklanır. Son sorunun cevabı ürüne göre değişir; önemli olan sürenin kullanıcıya açıkça söylenmesidir.
Ek dosyalar da bu bölümde denenir. Boyut sınırı, kabul edilen biçimler ve yükleme sırasında gönderimin engellenmesi; üçü birlikte çalışmadığında kullanıcı boş bir başvuru gönderebilir.
Geliştiriciler için: senaryo matrisi ve hata konumu
İlk karar, senaryoların nasıl numaralanacağıdır. Serbest başlıklar zamanla anlamını yitirir; bunun yerine her senaryoyu bir kural ve bir durum çiftiyle adlandırmak, kapsam boşluklarını görünür kılar. Aynı kural için hem olumlu hem olumsuz durum yoksa kapsam eksiktir.
İkinci karar, test verisinin nereden geldiğidir. Forma elle değer yazmak yerine, sabit bir kayıttan beslenen bir kaynak kullanmak; hem tekrar üretilebilirliği sağlar hem de veriyi koddan ayırır. Bu kaynağın nasıl kurulduğunu kariyer profili üreticisinde görebilirsiniz.
Üçüncü karar, başarısızlığın nereyi işaret edeceğidir. Bir senaryo başarısız olduğunda rapor yalnızca hangi adımın bozulduğunu değil, hangi kuralın ihlal edildiğini de söylemelidir. Aksi hâlde her başarısızlık elle yeniden üretilmek zorunda kalır.
Son olarak, formu tek bir katman olarak değil üç ayrı katman olarak sınayın: alan doğrulaması, adımlar arası geçiş ve gönderim sonrası durum. Üç katman ayrı ayrı doğru çalışırken birleşimde bozulabilir; bu yüzden uçtan uca en az bir senaryo her sürümde çalıştırılmalıdır.
Sonraki adımlar
İlk adım, mevcut senaryo listenizi kural ve durum çiftlerine göre yeniden düzenlemek ve her kural için olumlu ile olumsuz birer durum bulunduğunu doğrulamaktır. İkinci adım, çift gönderim ile taslak kurtarmayı her sürümde çalışan sabit bir kontrol listesine bağlamaktır.
Formu besleyecek sabit bir kayıt kurmak için kariyer profili üreticisinde ülke seçip kayıt üretebilirsiniz. Üretim yöntemlerinin karşılaştırması için çevrimiçi üreticiler ve kütüphaneler yazısı yol gösterir.
Buradaki senaryolarda kullanılan bütün değerler yer tutucudur; deneme ortamlarına gerçek aday bilgisi girilmemeli ve bu örnekler gerçek bir başvurunun yerine kullanılmamalıdır.