Предложения по тестированию модулей

Question

У меня есть довольно сложное приложение, которое поддерживается большой базой данных около 50-60 таблиц. Я пытаюсь получить максимально возможное количество тестовых программ для кода, но я действительно борюсь с издевательством по набору данных и некоторым ключевым понятиям. На самом деле я испытываю тревогу при мысли о попытке реализовать полное тестирование тестовых блоков, потому что я не уверен, как это сделать:

1) Проверьте все возможные сценарии и комбинацию данных для каждой функции. И.Е. Одна из наших функций возвращает значение, основанное на примерно 20 входах с 3 различными возможными значениями для каждого входа. Как можно проверить все значения для чего-то подобного? И если бы я смог проверить все эти комбинации, мне пришлось бы написать тот же логический код в тесте, чтобы определить, должно ли оно пройти или нет (не является ли это избыточным?).

2) Данные и результаты меняются со временем! Например, если я запустил запрос для числа сотрудников, которые арендовали автомобиль на прошлой неделе, я всегда буду возвращать другой результат по мере продвижения вперед. Как я могу написать модульный тест, который знает, сколько результатов ожидать, если результаты будут отличаться от одного дня к другому?

Люди говорят, что если вы боретесь с модульным тестированием, что вы делаете это неправильно, пожалуйста, просветите меня о том, как лучше всего справляться с этими ситуациями.

Answer 1

Мой комментарий Несмотря на вышесказанное, вот некоторые мысли:

• В модульных тестов вы проверяете «единицы». Большая часть изящества в модульном тестировании определяет, что такое «единица». Итак, каковы ваши подразделения? Подсказка: они почти никогда не включают вовлечение базы данных.
• Определение правильных единиц - это то, что предотвращает проблему изменения результатов и данных. Если бит ядра функциональности меняется, то обязательно, модульный тест нужно изменить или даже удалить, но в противном случае это должно быть минимальное обслуживание.
• Комбинации и перестановки - проверьте, что вам действительно нужно проверить. Вы можете написать для этого вспомогательный код. Тем не менее, вы не всегда нуждаетесь в , нуждаетесь в, чтобы протестировать абсолютно все, испытать точку, которая полезна и не более.
• Я считаю, что высокий уровень тестирования полезен, но вы, однако, не можете. Ваш опыт и способности при модульном тестировании в качестве полезных тестов могут быть.