Думаю, начал бы со следующего. Обычно бывает два вида проверки валидности: на стадии ввода и на стадии обработки. Допустим, в данном случае проверки на стадии ввода нет (можно вводить всё, что угодно). Тогда проверки следующие:Тут я тоже подключусь, с вашего позволения.Следующее упражнение. Никогда не слушайте, если вас просят "убедиться в том, что программа работает". Ваша цель как тестировщика - доказать, что программа не работает, или работает плохо, или просто она противная и бяка.
Используя этот подход прошу вас набросать тесты для проверки следующей функциональности:
- Форма проверки валидности введённого в editbox значения
- Валидные значения от 0 до 9 целочисленные, включительно
- Проверка только этого одного условия
- любое валидное значение - работает ли хоть что-то
- пустой ввод
- граничные значения
- нецифровые символы
- специальные символы, в частности '/', ':', '\', кавычки, пробельные символы (может влиять конкретный язык реализации)
- смешанный ввод
- попытка переполнения
- ввод валидного значения после проверки невалидного
- ввод невалидного (в т.ч. пустого) значения после проверки валидного
Если есть проверка на стадии ввода (фильтрация вводимых символов), рассматриваем дополнительно его слабые места:
- хитрый порядок ввода
- неклавиатурный ввод (буфер обмена, альтернативные устройства ввода)
- изменение скорости ввода