Ну почему в такой системме гордо именующейся индустриальным стандартом
НАСТОЛЬКО КРИВОЙ RUN LOGIC?????
Почему блоки/экшены нельзя перетаскивать если ошибся... это что так сложно было сделать?

ну невозможно 50-60 экшенов увязанных далеко не в линейный список держать в голове обязательно где то ошибешься... и... правильно все по новой... и... еще раз и еще ...

править ручками в нотпаде еще то удовольствие....

ладно....

В связи с этим ищется какой либо НОРМАЛЬНЫЙ редактор c видимо чудовищно сложной функцией D'n'D для редактирования файла default.usp.

кстати, в KB эта информация действительно есть. с примером.

а можно попросить скопировать ее сюда ?
поскольку пароля к Mercury-вской KB не имею....

Нет нельзя. Доступ к этому ресурсу имеют только легальные пользователи продуктов Mercury. Если вы таковым являетесь, то создать свой эккаунт на сайте тех.поддержки не займет у вас много времени. Если не являетесь, то отсутствие нормального саппорта - неизбежная плата за воровство.

лицензии официальные только вот бюрократииииииии...
для тех кому то-же итнересен ответ на вопрос как вначале топика это можно сделать только через двойное преобразование совсем не понял к чему такой относительно сложный механизм сделан ....

double TT;
TT = atoi(lr_eval_string("{TT}"));
lr_think_time(TT);

кстати, в KB эта информация действительно есть. с примером.

а можно попросить скопировать ее сюда ?
поскольку пароля к Mercury-вской KB не имею....

если в местной KB то там пусто, если я конечно чего то не напутал...

Речь, скорее всего, идет о KB на сайте тех.поддержки Mercury.

Кстати, а для чего вам понадобилось параметризовывать аргумент lr_think_time()? Чем не подходят Think Time options в RTS, если вы хотите уйти от hardcoded значений задержек?

В RTS не подходят птотому что есть куча последовательных форм разного объема на них идут разые времена а RTS едина для всех задержек....
параметризовать задержки приходится в связи с малым количеством отведенных на мой проект лицензий.... приходится увеличивать интенсивность долбания сервера вместо кол-ва "пользователей", а перебивать каждый раз задержки неблагодарный труд....

кстати, в KB эта информация действительно есть. с примером.

если в местной KB то там пусто, если я конечно чего то не напутал...

у lr_think_time(); существует ограничение что ей нельзя подсовывать в качестве аргумента параметр....
подскажите как обойти это ограничение ?

в общем на собеседованиях постаянно задают 2 вопроса
"что вы будете делать если вы не укладываетесь в сроки?"
и
"что вы будете делать если вы говорите что это баг а разработчик говорит что не баг?"


Работодателям не верится что я за 9 проектов никогда не вылетал из графика они не понимают как это может быть..

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


какие "правильные" ответы работодатель хочет услышать ?

и, все-таки, желаемый уровень зарплаты я бы не писал. 

а почему? в смысле какие доводы за и против?

Ладно, спорить не буду, у каждого свой подход.

По резюме (мой вариант):

переделал действительно получилось как то слегка посолиднее, спасибо :)

а как он будет выглядет менее странно?

Выкладывать резюме на сервер, имхо, последнее что я бы сделал. А так выглядит, что вы преследуете цель СМЕНИТЬ работу, а не НАЙТИ работу. Опять же, это сугубо личное мое мнение.

я ищу новую работу новую в смысле новых проектов новых технологий новой ЗП, и т.п. если это выглядит как я хочу сменить ну что-ж пусть будет так...

А по поводу выкладывать на сервер, так мой 3-х годичной давности опыт показывает, что если рассылать свое резюме целенаправленно по канторам "выхлоп"- приглашение на собеседование НУЛЕВОЙ, если повесить то-же самое резюме не изменив ни буквы в инет, народ начинает звонить и приглашать ...

так вот 3 года назад была абсурдная ситуация когда я послал резюме в одну немаленькую контору в питере и не получил никакого ответа, но через 2 дня мне позвонили из этой конторы и сказали что нашли мое резюме на сайте поиска работы....

IMHO повесить свое резюме и ждать занимаясь другими делами гораздо выгоднее с точке зрения затраты собственных сил...

P.S. что то мы в сторону философии и лингвистики удалились...
непосредственно по резюме ничего не покритикуете?

Тогда в моем представлении ваш путь выглядит немного странно.

Если можно более развернуто...
а как он будет выглядет менее странно?

Неужто работу не найти?

вы не представляете как трудно найти работу , если поиск начался 15 минут назад

"избиение" резюме приветствуются
вариант 2
=================================
Машков Михаил Дмитриевич

Год рождения____________1980
e-mail __________________mike--spb@mail.ru
Проживание______________Санкт-Петербург

Желаемая должность:
Старший тестер

Личные сведения:
Личные качества: Внимателен, усидчив, легко осваиваю новые технологии, не конфликтен.
Языки: Английский: чтение технической и сопроводительной документации без словаря

Профессиональный опыт:
Опыт работы в IT-сфере - 6 лет.
Опыт работы в области тестирования ПО - 5 лет.
Знание целей, методов, стадий тестирования.
Умение разработать планы тестирования, тест-кейсы
Небольшой опыт организации тестовой команда
Умение качественно описать ошибки
Администрирование, работа с баг-трекинговыми и CRM системами
Навыки общения с группой программистов и непосредственным заказчиком.
Опыт тестирования клиент-серверных приложений.
Опыт в автоматизации тестирования с использованием продукта Rational Robot


Опыт работы:
10.2003 - настоящее время - SolidWorks Russia (Северо-западное представительство)
Отдел разработок.
Должность: Старший тестер.

Обязанности в проектах:
1)Разработка полного комплекта документации относящейся к тестированию.
2)Планирование и организация тестового процесса
3)Тестирование черным, белым ящиками, стресс тестирование, нагрузочное тестирование, объемное тестирование, функциональное....
4)Сопровождение ошибок.
5)Куратор бета-тестирования.

Достижения:
1) Провел полный цикл тестовых работ (от этапа проектирования до выпуска в коммерческую эксплуатацию) для продуктов « SWR-PDM », « SWR-Workflow ».
2) Провел полное тестирование и подготовку тестовой документации для проектов « SWR-Спецификация » и « SWR-Электрика »
3) Внедрил систему автоматизированного тестирования на основе Rational Robot.


09.2001 - 06.2003 - Siemens Business Services (Северо-западное представительство)
QA отдел.
Должность: Младший тестер в последствии старший тестер
Обязанности в проектах:
1)Разработка документации относящейся к тестированию,
2)Тестирование
3)Сопровождение ошибок.

12.2000 – 07.2001 - Artificial Life (Санкт-Петербургское отделение)
программист
Одел исследований и разработок

Образование:
1997 – 2003 - Санкт-Петербургский Институт Точной Механики и Оптики
Дополнительное образование:
Санкт-Петербургский Институт Точной Механики и Оптики
Октябрь 2000 – Июнь 2002
Курсы повышения квалификации в области информационных технологий

Опыт и знание ПО:
- Базовые знания языков программирования: Asm x86, Basic, С/C++, Pascal, Java, SQL, (D)HTML.
- Системы сопровождения багов «Bugzilla», DevTrack
- Опыт работы с системами автоматизированного тестирования Rational Robot/VisualTest
- Опыт работы в пакетах Borland C++ Builder, Borland Delphi, Intellij IDEA, Sun Forte for Java, Borland Jbuilder, 3D Studio Max
- Знание OS: Windows 3.11/9x/2000/NT/XP
- Знание компьютерного «железа»
- Общие представления о принципах работы постреляционной СУБД Cache'


Условия работы:
Бонусы по итогам работы, медицинская страховка, дотации на питание или бесплатные обеды, соц.пакет. Желательно свободный рабочий график.