Задача: при создании дефекта в одном проекте, автоматически создавать такой же дефект в другом.
Пока получилось при помощи описанного ниже скрипта создавать дефект в текущем проекте. Инфу о том, как создавать его в текущем и ещё в одном найти не могу.
Sub Defects_Bug_AfterPost On Error Resume Next
Dim BugF Dim Bug1 Dim plus_one
Set com = TDConnection.Command Set BugF = TDConnection.BugFactory
com.CommandText = "SELECT max(BG_BUG_ID) FROM BUG" Set RecSet = com.Execute
Аннотация: Если англичане говорят, что кто-нибудь не держит «оба весла в воде», это значит, что он не контролирует ситуацию, ходит вокруг да около. Почему? Для продвижения вперед в шлюпке необходимы оба весла, чтобы контролировать шлюпку и набирать скорость. В этой статье Мэри Горман объясняет, как данное понятие применимо к моделированию требований.
Представим, что «оба весла в воде» применимо к моделированию требований. Чтобы ускорить анализ требований – и контролировать процесс – вам необходимо грести двумя веслами. Документирование поведенческих требований (путем использования фактов или историй) может побудить вашу лодку отправиться в путь, но вы потеряете направление и скорость без двух весел – ваших данных и бизнес-правил.
Давайте рассмотрим, как бизнес-правила и данные обеспечивают весла для определения и анализа ваших требований. Мы начнем с истории пользователя: «Как клиент я хочу платить за свои покупки с помощью подарочной кредитной карточки». (more…)
Большое спасибо всем, кто отвечал на мои вопросы. К сожалению у меня пока хватает сил и ума их только задавать. Нечем особо делиться.
Возник очередной вопрос. Ответ на который, кажется, известен, но есть некоторая надежда...
Предусловие: 1. Есть выделенный сервер для тестирования приложений (ну если уж более точно - целого ERP монстра). 2. Установлена два тестовых стенда: текущий релиз и транк (будущий релиз) 3. Процент покрытия тестами (имеется в виду автоматизированных) не высок 4. Там уже развернут TestComplete последней версии на текущий момент. Редакция стандартная. 5. Тесты главным образом функциональные, ориентированные на имитацию действий пользователя, т.е. работа с GUI, хотя цель в общем не в тестировании именно GUI
Проблема: До не давнего времени я практически работал над разработкой тестов один. Потому проблемы поддержания целостности проекта собственно не было.
В настоящий момент нас уже трое. Естественно возникает проблема того, как обновлять тестовый проект на сервере и не повредить его целостность.
Задачу общего репозитория играет SVN. Уже на этом уровне существует проблема: как хранить тестовый проект. Поскольку у нас две ветки, два стенда, то следует ли создавать два разных проекта или два разных ProjectSuite. П этому вопросу мы окончательно не определились. Пока оба проекта и по релизу и по транку хранятся в одном ProjectSuite..
Но вопрос немного о другом. Итак нас уже трое. Одновременно работать на сервер втроем неудобно, непрактично и, по-видимому, неправильно. Решено сделать так: 1. на локальном компьютере разработчика воспроизводим полностью структуру тестового стенда (который на сервере). 2. организуем волшебные батники, которые автоматом конфигурируют стенд как на сервер, так и на локальном компьютере.
Все кажется великолепно, но не совсем так.
Поясню в чем проблема. На сервере тестирования в тестовом проекте длая тестовых приложений прописан параметр запуска: -NotOpenApp - l host=testserver:3456 (для одного) и -NotOpenApp - l host=testserver:3577 (для другого) На локальном компьютере каждого тест-разработчика при полном совпадении всехаспектов, все-таки приходится параметр переписать так: -NotOpenApp - l host=mycomputer:3456
Проблема вылезает в случае, когда разработчик делает апдейт из репозитория или наоборот коммитит. Важно, чтобы настройки сервера по паратметрам тестовых приложений ОСТАВАЛИСЬ НЕИЗМЕННЫМИ. Этого можно добиться, внимательно смотря, что апдейтится и коммитится, НО ... человеческий фактор же....
Запуск нашего приложения осуществляется двуми способами: 1. запуск экзешника с параметрами erpsys.exe l host=testserver:3577 например 2. запуск волшебного батника - в этом случае происходи т сравнение текущего клиента с имеющимися изменениями и происходит апдейт клиента в случае чего.
Вот второй случай почему-то из под TC сваливается, т.е. само окно входа появляется, а дальнейшие действия прекращаются из ошибки распознавания.
Почему второй способ может снять проблему. Очень просто, я тогда в тестовом проекте в полях TestApps делаю ссылку на запуск батника - а в параметра оставляю только NotOpenApp. Тогда у нас получается все унифицировано и никаких проблем не будет.
Потому и вопрос: можно лли как-то, имея какие-то локальные настройки, при обновлениях и коммитах обеспечить неизменность настроек сервера?
Спасибо
Selenium - Functional Testing -> исчезает фрейм с силениумом
2008-12-12 18:33 Vitalik_V
Selenium RC 1.0 + java FF 3.0.4 Такая проблема. После открытия странички, исчезает фрейм силениума. При этом никаких ошибок в консоль не вываливается, похоже что силениум чего то ждет. Такое происходит если запускать как *firefox и *chrome. Если *iehta, то в ИЕ нормально работает. Так же нормально работает в ФФ если в MultiWindow режиме. Может кто то сталкивался?
Как эмитировать поток случайных HTTP-запросов соответствующий одновременной работе N пользователей Есть такая идея реализации:
[codebox]Thread Group (Number of threads = N; Ramp-Up Period = 0) Loop Controller (Loop Count = m) Random Controller Тут список возможных запросов[/codebox]
Всевозможные Cookie manager-ы я тут опустил Вопрос в следующем: если имеем N потоков (юзеров), все они дублируют друг друга? Т.е. буду ли я иметь на каждом счете Loop Count-а N одинаковых запросов от этих N юзеров, или же эти юзеры рандомят ещё относительно друг друга?
Software-Testing.Ru -> Новая статья: Использование MS Excel в качестве унифицированного храни
2008-12-12 20:44 barancev
Флип Сергея Талалаева на конференции SQA Days 2008 Minsk "Использование MS Excel в качестве унифицированного хранилища данных для автоматизированных тестов" вызывал большой интерес у коллег-тестировщиков. Его доклад затронул проблему выбора унифицированного хранилища тестовых данных для проведения автоматизированных функциональных и нагрузочных тестов. Как написал сам Сергей, "приводимый в докладе подход никоим образом не претендует на истину в последней инстанции и отражает лишь удачный опыт автора в практическом применения данных механизмов в ходе реализации проектов функциональной автоматизации."
Нам тоже показалось, что опыт Сергея будет полезен полезен многим тестировщикам, поэтому размещаем его статью в библиотеке в полной "режиссерской" версии.
Отличительной особенностью является то, что английское издание привязано к специально написанному тренировочному ПО — таким образом, читатель не просто читает, а воочую видит примеры указанные в книге и имеет возможность интеракции с тренировочным ПО, как, например, занесение дефектов в систему тракинга багов или запуск ПО для автоматического тестирования.
У меня возникла проблема. Что есть: - средство LR 9.1 - протокол HTTP - тестируемая система: WebSphere+Шлюз - срипт с 3-мя запросами.
Ситуация 1: соединяемся с сервером WebSphere напрямую: - авторизация происходит через web_set_user - все запросы отрабатывают корректно.
Ситуация 2: соединяемся через шлюз: вариант 2.1: - авторизация происходит через web_set_user - первый запрос возвращает сообщение 401 (неавторизованный запрос). по логу видно что к первому запрсу заголовок не добавлен. - следующие запросы отрабатывают корректно (к ним добавлен заголовок)
вариант 2.2: - авторизация происходит через web_add_auto_header("Authorization","Basic %хэш%" - все запросы отрабатывают корректно - работает на порядок медленнее чем в ситуации 1.
Если использовать вариант 2.1 для ситуации 1. то время выполнения сопоставимо.
Собственно вопрос: Как используя web_set_user работать через шлюз? Или как оптимизировать запросы с использованием автозаголовка?
Сведения о себе ∙ Возраст: 25 лет. ∙ Стаж работы : 2.5 года
Навыки ∙ MS Windows XP ∙ Основы построения архитектуры сетей ∙ Навыки работы с офисными приложениями, Macromedia Flash , CorelDraw, Photoshop ∙ Программирование на языке Pascal, Delphi, Python, ActionScript 2.0 (flash-приложения) ∙ Навыки тестирования ∙ Использование систем баг-трэкинга внутренних продуктов компании ∙ Начальные навыки HTML и web-технологий. ∙ Технический английский ∙ Работа в команде
Опыт работы ∙ Июнь 2006 – Июнь 2007. Разработка флэш-приложений, небольших баннеров. ∙ Июнь 2007 – Декабрь 2008. 1. Проведение ручного функционального тестирования методом “чёрного ящика”, анализ работы web-сайтов. 2. Проведение основного юзабилити-тестирования. 3. Опыт тестирования долгосрочных проектов . 4. Написание автотестов на языке Python и запуск их при помощи Selenium RC. WEB – сайты: web-аукционы, web-приложение для рисования онлайн, регистратор доменов.
Образование ∙ 2002 – 2004 – механико-математическое (неполное высшее)
Личные качества Аккуратность, внимательность, ответственность, умение найти общий язык, быстрая обучаемость, способность анализировать ошибки и быстро найти решения, умение работать в команде