AFAIK, тестування блоку НЕ функціональне тестування. Поясню на невеликому прикладі. Ви хочете перевірити, чи працює функція входу в веб-додаток електронної пошти чи ні, як саме користувач. Для цього ваші функціональні тести повинні бути такими.
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!"
Чи повинні наші функціональні тести перевіряти, чи можна входити з недійсними вводами? Напр. Електронна пошта не має символу @, ім’я користувача має більше однієї крапки (дозволена лише одна крапка), .com з’являється перед @ тощо? Взагалі ні! Цей вид тестування входить до ваших одиничних тестів.
Ви можете перевірити, чи неприйнятні вхідні дані відхилені всередині тестів одиниці, як показано на тестах нижче.
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.
Зауважте, що функціональний тест 4 фактично виконує те, що робить тест 1. Іноді функціональні тести можуть повторювати деякі (не всі) тестування, проведені одиничними тестами, з різних причин. У нашому прикладі ми використовуємо функціональний тест 4, щоб перевірити, чи з’являється певне повідомлення про помилку при введенні недійсного вводу. Ми не хочемо перевіряти, чи відхилено всі погані входи чи ні. Це завдання одиничних тестів.
