Главная | Эксперименты | Утилиты | Компоненты | Что почитать | Контакты |
Прежде чем критиковать (зачем нужен еще один модуль для тестирования) или сравнивать с другими системами тестирования, давайте рассмотрим полный цикл тестирования и основные возможности этого модуля. Далее вы уже сами для себя решите стоит ли читать дальше, а тем более использовать этот модуль. Предположим, мы разрабатываем класс, содержащший единственный метод. Пусть этот метод проверяет является ли простым передаванный ему параметр. Вот код модуля, с реализацией такого класса:
Теперь осталось вызван метод для тестирования кода. Для этого откроем исходный файл проекта и добавим первым вызовом (перед Application.Initialize)
Как видите, у нас только один такой метод. При его вызове будут выполнены ряд вызовов tests.test. Это простое сравнение результата вызова isPrime с true. Если метод возвращает false, тест считается непройденным. (на самом деле алгоритм работы более сложный, но пока достаточно считать так). Информация о неуспешных тестах выводится в окно Event log IDE. Более полная информация пишется в текстовый файл errors.txt. Посмотрим что у нас в этом файле:
Кратко перечень других возможностей модуля: Вызовы Assert() могут использоваться в тестирующих методах. Генерация Assertion failure при выполнении считается ошибкой и тест помечается как непройденный. В лог-файл записывается информация обо всех исключениях. Модуль позволяет анализировать время выполнения методов. Модуль позволяет отслеживать правильность распределения памяти. Запись в log-файл информации об исключениях можно использовать не только во время тестирования, но и в окончательной версии программы. Модуль позволяет делать профилировку кода. Изменения
|