Сообщений в теме: 13

[Eug]

Здравствуйте!

С функциональным тестированием понятно, а
как осуществить регрессионное тестирование в TC4 на примере простого проекта?
(напр. .NET).
Есть ли особенности, характерные только для TC?

-----
С уважением, Eug

[Clauster]

Чтобы осуществить регрессионное тестирование, надо прогнать написанные тесты на следующем билде.

[Dart]

Regression testing and functional testing это понятия как бы не совсем из одной категории. Можно провести regression на множестве функциональных тестов. Тогда вы просто берете и запускате написанную Вами Project Suite или Project.
Можно проводить regression на множестве всех тестов, не только функциональных, тогда скорее вопрос в том как создать нефункциональные тесты? Потому как regresssion на них осуществляется так же как и на функциональных.

Если мы говорим о разных вещах, уточните пожалуйста.

[Eug]

Все понятно, спасибо за ответы. :)

[Gala]

А лучше собирать отдельные функциональные тесты в Suit'у постепенно, добавляя проекты. Будет нормальный регтест. Можно TC4 через командную строку пускать, т.е., пишешь bat-ник, который тебе будет suit'у гонять когда надо.

[Dmitry N]

Здравствуйте.

TC также можно и через шедулер запускать (см. топик 'Scheduling TestComplete Runs'), и через его COM объект, если есть такое желание.

[Dart]

А лучше собирать отдельные функциональные тесты в Suit'у постепенно, добавляя проекты. Будет нормальный регтест. Можно TC4 через командную строку пускать, т.е., пишешь bat-ник, который тебе будет suit'у гонять когда надо.

А что делать если для каждого нового проекта нужны базовые уже написанные функции из первого проекта? Иниыми словами написан фремворк для приложения и тесты можно было бы разбить по проектам но из одно проекта нельзя вызвать функцию находящуюся в другом проекте. В результат выходит один большой проект.

[ss12]

А что делать если для каждого нового проекта нужны базовые уже написанные функции из первого проекта? Иниыми словами написан фремворк для приложения и тесты можно было бы разбить по проектам но из одно проекта нельзя вызвать функцию находящуюся в другом проекте. В результат выходит один большой проект.

Ну тогда придется Вам что-то типа юнита Common заводить и в каждом проекте его копировать. Это если у вас общие функции скриптовые.
Если же можно реализовать эти общие функции, скажем, на Delphi, то есть смысл написать общий блок в виде Dll и в каждом проекте использовать Dll Access plugin.

[Dmitry N]

Здравствуйте.

А что делать если для каждого нового проекта нужны базовые уже написанные функции из первого проекта?
...

Ну тогда придется Вам что-то типа юнита Common заводить и в каждом проекте его копировать. Это если у вас общие функции скриптовые.

Зачем копировать? Можно один единственный модуль с библиотечными функциями подключить ко всем проектам, т.е. расшарить его. Об этом написано в разделе справки 'Calling Routines Declared in Another Project'.

- Щелкаете правой клавишей мыши на узле 'Script' нужного проекта в панели Project Explorer (дерево проектов).
- Выбираете пункт меню 'Add | Existing Item...' из контекстного меню.
- Находите существующий модуль на жестком диске.

[Dart]

Здравствуйте.

А что делать если для каждого нового проекта нужны базовые уже написанные функции из первого проекта?
...

Ну тогда придется Вам что-то типа юнита Common заводить и в каждом проекте его копировать. Это если у вас общие функции скриптовые.

Зачем копировать? Можно один единственный модуль с библиотечными функциями подключить ко всем проектам, т.е. расшарить его. Об этом написано в разделе справки 'Calling Routines Declared in Another Project'.

- Щелкаете правой клавишей мыши на узле 'Script' нужного проекта в панели Project Explorer (дерево проектов).
- Выбираете пункт меню 'Add | Existing Item...' из контекстного меню.
- Находите существующий модуль на жестком диске.

Хм.. Я проверил, действительно в созданном проекте в папке Script выбранный модуль не появляется, т.е. он не дублируется, а я так понимаю будет использоваться непосредственно из другого проекта. Вообще-то мне кажется что это относительно новая фича, хотя... Просто при чтении хелпа я тоже видел что-то такое как "скопируйте модуль в проект".
В любом случае теперь все очень даже удобно. Имхо, т.о. лучше деражть в отдельном проекте только framwork для тестируемого продукта, а тесты уже распологать в других проектах.

Спасибо, за информацию!

[Julia]

Подскажите как быть с regression testing, если проект все время открыт? ИМХО в TestComplete хорошо создавать regression test когда проект длиться не так долго (напрмер 10-20 билдов). Что делать когда их 100 ? а может и больше?

[ЮстусТретий]

Подскажите как быть с regression testing, если проект все время открыт? ИМХО в TestComplete хорошо создавать regression test когда проект длиться не так долго (напрмер 10-20 билдов). Что делать когда их 100 ? а может и больше?

А в чем разница? 20, 200 или 20.000 билдов в вашем проекте.

[Julia]

Интересно просто узнать куда пощать все regression test ? В один Suit или несколько ? В даном случае я имею ввиду запуск regression на все функциональные тесты.

[AlexP]

Интересно просто узнать куда пощать все regression test ? В один Suit или несколько ? В даном случае я имею ввиду запуск regression на все функциональные тесты.

У меня, например, следующая структура:
1) Suit - продукт
2) Projects - тестируемые модули (например, диалоги, wizard'ы и т.д.)
3) Units - отдельные test-case'ы

Для регрессионного тестирования достаточно отметить:
1) какие модули (projects) нужно проверить (выбираетет Suit -> contextual menu -> Edit -> Test Items)
2) какие test-case'ы (unit'ы) в этих проектах запускать (выбираете Project -> contextual menu -> Edit -> Test Items)
3) run project suit