Инструмент предназначен для автоматизации поиска изменений на сайтах.
Идея в том, что мы создаем набор скриншотов до релиза и после. Автоматически создаем картинки различий и QA уже не просматривает все страницы «не сломалось ли чего» а уже смотрит отчет с картинками изменений. В этом случае экономится время ручного тестирования. Плюс можно настроить создание скриншотов и отчетов сравнений регулярно (например каждую неделю). В этом случае можно просто получать отчет по почте.
Буду благодарен за отзывы насколько такой сервис полезен. Проект находится в бете, потому пожалуйста регистрируйтесь и пользуйтесь.
недавно в soapUI NG появился новый плагин RAML-definition.
Очень удобная штука. Берёшь свою рэмл-документацию по эйпиай и подключаешь её к своему проекту. И не нужно мучиться с созданием всех методов для каждого ресурса. В рэмл-докуменатции уже есть вся эта информация...
В общем, штука невероятно крутая, однако я столкнулась с мини-проблемой, которая выливается в несколько дней потерянного рабочего и личного времени.
Пришлось мне, значит в рэмл-доках изменить кое-что (добавила два новых ресурса, несколько ошибок и т.д.). Итого, файл документации изменился, я снова его скачала и вот тут встал вопрос о том, как же старый рэмл обновить до нового без потери данных проекта.
Может быть кто-нибудь уже сталкивался с подобной проблемой?
Подскажите, может где-нибудь какую-то галочку достаточно поставить, чтобы это всё работало?
Компания "Аплана Софтвер"(входит в ГК "АйТи") - лидер в сфере контроля и обеспечения качества ПО, ИТ-консалтинга, сопровождения и развития корпоративного ПО на всех этапах жизненного цикла.
Мы приглашаем специалистов по тестированию ПО для участия в проектах с цикличными задачами.
Описание:
Мы занимаемся тестированием информационных систем для очень крупных компаний (банки ТОП-10, ресурсодобывающие компании, ритейл).
В настоящее время ряд проектов предполагает «плавающий» режим тестирования (например, выпускается новый релиз – два месяца происходит тестирование – далее два месяца пауза).
Задачи:
- написание тест-кейсов;
- ручное функциональное тестирование;
- заведение дефектов.
Требования:
Высшее, незаконченное высшее образование;
Опыт работы в ручном функциональном тестировании от 4-х месяцев;
Понимание процесса тестирования, знание теории и инструментов тестирования приветствуется;
Готовность работать в очном режиме с плавающей загрузкой (как пример, два месяца полноценный рабочий режим, два – пауза).
Условия работы:
З/п обсуждается индивидуально;
Специалистов из регионов России на время работы мы готовы размещать в нашей корпоративной квартире.
В перспективе возможен переход в штат компании на полную занятость.
Работая у нас, Вы получите интересный опыт участия в крупных проектах, познакомитесь со спецификой бизнеса крупных заказчиков, сможете полноценно распределять свое время как для рабочих задач, так и для личных интересов («плавающий» график это позволит J).
Можно ли как-то преобразовать Script тест в Keyword тест?
Наоборот Keyword в Script, такая функция есть про нее я знаю.
Зачем мне переводить Script в Keyword тест - нужно сделать авто-ожидание для определенного действия (определенной строчки в Script). В Keyword тесте эта функция есть (по правому нажатию кнопки на нужной строчке) - можно установить время ожидания для нужного действия.
Нужно повторить тоже самое в Script - то есть задать авто-ожидание для нужной строчки. (Причина вот в чем: программа, которую я тестирую какое-то время обрабатывает действия и TestComplete при воспроизведении не дожидается, кнопки подтверждения, которая появляется после завершения обработки действий тестируемой программы).
Если установить время авто-ожидания для всего проекта в целом (в свойствах проекта), то воспроизведение теста идет слишком медленно, так как каждое действие с этим авто-ожиданием. (Или просто у меня медленный компьютер? По техническим характеристикам он удовлетворяет рекомендованным требованиям.)
Как установить время авто-ожидания для строчки Script?
Я новичок, прошу проявить сдержанность, терпение и дать дельный совет:) благодарю за ответы в прошлой теме.
Суть работы seleniuma в проекте примерно такая.
На бирже есть события. Селениум открывает каждое в отдельном окне в Firefox, серфит там по вкладкам, собирает информацию вплоть до окончания события и только потом закрывает окно.
Проблемы начинаются, когда событий много. Некоторые события некорректно отображаются, появляются задержки при переходах по событиям.
При процессоре i7 и Ram 8ГБ более 30 событий уже тормозят..и вместо одной минуты, обновляются всего лишь каждые 5.
Каким образом решать эту задачу? Неверно выбрал средство? Что-то другое, кроме селениума? увеличить ресурсы компьютера? если событий от 5 до 150?