| Автоматизированные тесты для GUI |
Методология "Экстремальное программирование" предлагает создать набор
программных тестов и запускать их после каждого изменения программы.
Непонятно, как делать такие автоматические тесты для GUI-интерфейса.
Существуют различные инструменты для программного эмулирования ввода
от пользователя: нажатия кнопок, ввод текста и т. п. Проблема не в этом.
Проблема в числе возможных вариантов.
Приведу простейший пример.
Допустим есть форма документа. На ней 10 полей редактирования.
Допустим, пользователь открыл уже заполненный документ. Мы не может
знать, что он захочет в нем изменить: номер док-та, сумму и пр. Мы
не можем знать сколько полей он будет менять и в каком порядке. Мы
не можем сохранять документ после каждого изменения.
В общем, число возможных вариантов в данном случае более 10!.
И как же их перебирать?
С уважением,Евгений Барабашин.
Всего в теме 15 сообщений
Добавить свое сообщение
Отслеживать это обсуждение 
- Тестирование проекта. Отладка.
- Подводные камни
- Централизованная обработка ошибок
- Бета-тестирование
- Давайте учиться на ошибках.
- Почему программисты допускают ошибки?
- О системах контроля ошибок
- Вопросы оптимизации кода
<<<... | 5—1
Всего сообщений в теме: 15; страниц: 2; текущая страница: 2
| № 5 13-08-2002 10:04 |   |
Тестировать интерфейс пользователя при традиционном программировании на Дельфи это значит тестировать 90% функциональности, поэтому интерес к этому очевиден. В этом случае интерфейс строится на DB элементах. Подумай, а правильно ли это? Форма отвечает за отображение, проверку ввода, и работу с БД!
Может стоить построить иерархию классов объектной модели предметной области (БО - бизнес-объекты)? Которые сами отвечают за хранение и манипулирование в БД. Кроме того создать контроллеры бизнес-процессов (прецедентов) которые непосредственно работают с БО. (см. тему "Реализации клиента в приложениях DB")
В этом случае конкретный интерфейс GUI будет одним из многих. Его можно легко поменять, например, на скрипт. А на скрипте можно и тесты писать. Да и много чего можно писать...
| № 4 13-08-2002 10:03 | |
>Евгений Барабашин
Надо всеми методологиями пользоваться в той степени, в которой они смогут принести пользу.
Я, например, использую тестирование по XP в случаях, когда у меня есть библиотека сложных алгоритмов и мне необходимо ее протестить. Пишу сразу кусок кода для тестов, а потом начинаю писать алгоритм. Мне кажется именно в подобных случаях можно применять тестирование по-XP.
Для тестирования GUI существуют определенные скриптовые системы, но и они не избавят вас от юзабилити багов, ведь никто кроме человека не сможет сказать, что кнопки на панели инструментов расположены неудобно или по сообщениям об ошибках сложно понять, что произошло. Поэтому, в случае GUI все же придется тупо сажать тестера и пусть он пытает вашу систему. А вот вопрос о грамотных тестерах- это уже совсем другой разговор.
| № 3 13-08-2002 08:53 | |
> Uno
Понятно, что так, как вы предлагаете можно сделать и делается. Но это совсем не то, что предлагает, например, XP.
| № 2 13-08-2002 02:41 | |
GUI еще имеет гадкую привычку выглядеть криво при определенных обстоятельствах, и никакие тесты этого не выявят.
Так что надо сажать тестера, либо группу незнакомых с продуктом людей и исправлять. Наиболее экзотические ситуации могут быть выявлены и юзерами.
| № 1 12-08-2002 21:11 | |
<<<... | 5—1
Всего сообщений в теме: 15; страниц: 2; текущая страница: 2
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
