Колючка

В TestComplete UserForms не содержат элемента Таблица Grid.

может это значит, что я на него переношу излишнюю ответственность..

Есть форма с OpenDialog1 и одной кнопкой

мини код:

procedure runEDIFrom();
var
form, mr,path : OleVariant;
begin
form := UserForms.EDIAutoSend;
mr := form.ShowModal;
form.OpenDialog1.Filter :='*.txt';
if(mr = mrYes and form.OpenDialog1.Execute) then
begin
path := form.OpenDialog1.FileName;
Log.Message(path);
end else
Runner.Halt('Operation was aborted by user');
end;

Не работает фильтрация в полном сымсле этого слова: т.е. с помощью фильтра в диалоге выидно, что можно выбрать только файл *.txt, но реально можно выбрать любой файл :)
См. картинку: несмотря на маску текстового файла был выбран файл 0.log.


Что же не так?

Сейчас тестирую форму которая , например, отображает список товаров.
Бало требование: Все товары выделять цветом по номеру группы и группировать по этому номеру. (т.е. все товары 1-й группы выделяются зелёным цветом, 2-й - синим, и т.д. Всего групп 5. Поэтому вполне реально заранее определить соответствие цвет-группа)

Я например думала, что выделяться будет фон записи. А реально выделяются разным цветом буквы. Как по мне функциональность вроде списка товаров не должна писаться разноцветными буквами. Буквы должны быть чёрные, а фон цветной.

Когда я начала противиться решению, оказалось, что оно согласовано с аналитиком. :)

Кто что думает по этой ситуации, и есть ли какие-то документы о том где нужно использовать разноцветные буквы, а где нет.

Всем добрый день!

Хотим купить TestComplete NodeLocked License.

Возник вопрос: можно ли выделить отдельную машину с Windows7/Windows Home установить там TestComplete Node Locked License. И с помощью RDP пользоваться несколько человек ею?

Продавцы ответили, что нет, но лично я не могу понять как они могут запретить такой сценарий работы?

(Вопрос адресован тем у кого реально есть такая лицензия или какая-нибудь другая лицензия)
И ещё вопрос №2: Если у вас есть Node Locked License - как вы её используете?

Мы используем систему Jira для управления тест кейсами.
1. Допустим у меня есть компонент "Отчёт о продажах" и по нему есть 100 тест кейсов.
2. Также у меня есть 2 проекта по разработке Проект1 и Проект2.
3. Тест кейс № 101 - является специфическим, для проверки доработки в рамках Проект2. Пока его не слили в trunk тк№101 для проекта 1 не нужно проходить.
Кто какие решения может предложить?

Как придумали мы это решить:
Есть группировки по тест кейсам: Отчёты , Документы и т.п.
Для Отчётов я создаю новый компонент "Отчёт о продажах" и пишу там свои тест кейсы. Специфические тк помечаю с помощью label. И тогда для проекта1 можно сделать фильтрацию: все тк по компоненту "Отчёт о продажах", где label != проект2. (На счёт label - посредственное решение)
В самих проектах разработки компоненты присоединяются посредством ввода в текстовое поле ссылок на компоненты. (Решение не очень нравится)

Я думаю, что проблема достаточно общая, может кто ещё сталкивался с ней в планировании процесса тестирования...