Какой вид тестирования применить?
#1
Отправлено 09 сентября 2009 - 08:08
Пробовал использовать для этого функциональное тестирование с помощью TestComplete однако он может оперировать только с объектами, которые уже созданы, т.е с помощью него нельзя протестировать к примеру форму которая еще не открыта (и не создана). Полагаю что тут нужно идти другим путем :)
Посоветуйте, как (и чем) сделать тестирование с таком случае?
З. Ы. Проект на Delphi
#2
Отправлено 09 сентября 2009 - 12:33
Следовательно задача сводится к обработке текстовых файлов, выдиранию из них нужных данных и сравнению с эталонными.
#3
Отправлено 09 сентября 2009 - 13:05
Да, компоненты формы сохраняются в файлах *.dfm. Но парсить текстовый файл чтобы выцепить компоненты - имхо это извращениеМогу ошибаться (давно не видел проектов на дельфи), но, вроде бы, формы и датасеты (? штука такая, куда объекты для работы с данными кладут) там хранятся в текстовом виде.
Следовательно задача сводится к обработке текстовых файлов, выдиранию из них нужных данных и сравнению с эталонными.
#4
Отправлено 09 сентября 2009 - 15:44
А по-моему это первое и простейшее что приходит на ум. Я так проверял везде ли изменили название продукта - тупым поиском по содержимому файлов.Да, компоненты формы сохраняются в файлах *.dfm. Но парсить текстовый файл чтобы выцепить компоненты - имхо это извращениеМогу ошибаться (давно не видел проектов на дельфи), но, вроде бы, формы и датасеты (? штука такая, куда объекты для работы с данными кладут) там хранятся в текстовом виде.
Следовательно задача сводится к обработке текстовых файлов, выдиранию из них нужных данных и сравнению с эталонными.
#5
Отправлено 09 сентября 2009 - 15:58
Извращение - это написать другое приложение, которое будет загружать компонент в ран-тайме из *.dfm и проходить по его пропертям.Да, компоненты формы сохраняются в файлах *.dfm. Но парсить текстовый файл чтобы выцепить компоненты - имхо это извращение
Но тоже вполне работающий метод.
#6
Отправлено 10 сентября 2009 - 07:10
Задача разбора дфки для выявления текста запроса также уложняется тем, что в запросе могут быть переменные привязки, которые могут быть не объявлены/инициализированы чем-то в соответствующем датасете.
Вот если бы тест комплит это умел :)Извращение - это написать другое приложение, которое будет загружать компонент в ран-тайме из *.dfm и проходить по его пропертям.
#7
Отправлено 10 сентября 2009 - 11:02
Поиском по тексту не всегда удастся обойтись. Для проверки шрифта конечно подойдет.
...
Вот если бы тест комплит это умел :)
- Волшебных палочек не бывает
- Не все проблемы можно обнаружить статическим тестированием
- Не все проблемы можно обнаружить динамическим тестированием
- Все проблемы вообще сложно обнаружить
- Организационные проблемы не всегда можно решить техническими средствами
- Ну и наоборот, конечно
Начали с простой задачи. Её можно решить тысячей способов. Какие-то могут быть эффективнее других в определенных условиях. Например у вас есть в команде админ, который одним батником за 5 минут найдет все неправильные шрифты. Или хороший Delphi-программист, который за день напишет инструмент для анализа форм. Или у вас есть 10 студентов, которые за тот же день "протыкают" все кнопки.
Короче говоря, определите свой контекст, приоритеты, и решайте задачи по мере поступления. Это быстрее и проще, чем искать волшебную палочку. Отговаривать от рассуждений "почему это сделать нельзя" не вижу смысла.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных