AFAIK, birim testi fonksiyonel test DEĞİLDİR. Küçük bir örnekle açıklayayım. Bir e-posta web uygulamasının oturum açma işlevinin, bir kullanıcının yaptığı gibi çalışıp çalışmadığını test etmek istersiniz. Bunun için fonksiyonel testleriniz böyle olmalıdır.
1- existing email, wrong password -> login page should show error "wrong password"!
2- non-existing email, any password -> login page should show error "no such email".
3- existing email, right password -> user should be taken to his inbox page.
4- no @symbol in email, right password -> login page should say "errors in form, please fix them!"
İşlevsel testlerimiz geçersiz girişlerle giriş yapıp yapamayacağımızı kontrol etmeli mi? Örneğin. E-postada @ simgesi yok, kullanıcı adında birden fazla nokta var (yalnızca bir noktaya izin verilir), @ vb. Genellikle hayır! Bu tür testler birim testlerinize girer.
Aşağıdaki testlerde gösterildiği gibi, birim girişlerin içinde geçersiz girişlerin reddedilip reddedilmediğini kontrol edebilirsiniz.
class LoginInputsValidator
method validate_inputs_values(email, password)
1-If email is not like string.string@myapp.com, then throw error.
2-If email contains abusive words, then throw error.
3-If password is less than 10 chars, throw error.
İşlevsel test 4'ün aslında birim test 1'in yaptığı şeyi yaptığına dikkat edin. Bazen, fonksiyonel testler, birim testlerle yapılan testlerin bazılarını (hepsi değil) farklı nedenlerle tekrarlayabilir. Örneğimizde, geçersiz giriş girerken belirli bir hata mesajının görünüp görünmediğini kontrol etmek için fonksiyonel test 4'ü kullanıyoruz . Tüm kötü girişlerin reddedilip reddedilmediğini test etmek istemiyoruz. Birim testlerin işi budur.
