Формат: Онлайн-семинар с использованием платформы DimDim. Продолжительность 4 часа, из которых 3 часа будут посвящены живой демонстрации различных инструментов тестирования.
Подробности участия: Семинар проводит компания "Лаборатория тестирования". Стоимость участия в семинаре 1000 рублей. Оплата через банк.
В первой части семинара мы обсудим, что обычно имеется в виду под "инструментами тестирования" и постараемся ответить на следующие вопросы:
-- что входит в набор инструментов тестировщика; -- инструменты поддержки процесса и инструменты решения задач; -- -инструменты группового и индивидуального пользования.
Во второй части семинара мы поговорим про платные и бесплатные инструменты, точнее говоря про дорогие платные, недорогие платные, условно бесплатные, бесплатные с закрытым кодом и бесплатные с открытым кодом. Вы узнаете:
-- почему некоторые инструменты распространяются бесплатно, кто за это на самом деле платит; -- как выбирать инструменты, с каких начать рассмотрение -- с платных или бесплатных; -- какие достоинства и недостатки у той и другой альтернаривы; -- почему вообще нужно время от времени возвращаться к вопросу выбора инструментов, почему нельзя выбрать раз и навсегда; -- каковы общие тренды в развитии платных и бесплатных инструментов; -- что нужно сделать до того, как начать выбирать инструменты.
Третья часть семинара будет посвящена рассмотрению конкретных примеров бесплатных инструментов:
-- модульное тестирование (семейство xUnit, TesNG); -- функциональное тестирование веб-приложений (Selenium, Watir/Watij/WatiN); -- функциональное тестирование Java-приложений (Jemmy, Marathon, Abbot); -- функциональное тестирование Windows-приложений (AutoIt, Ranorex, TAFX); -- тестирование производительности веб-приложений (httperf, JMeter, OpenSTA, grinder); -- виртуальные машины для организации тестовой лаборатории (VirtualBox, VirtualPC, VMWare); -- управление требованиями (Wiki, GatherSpace); -- управление тестами (XStudio, TestLink, JSystem); -- управление дефектами (Bugzilla, Mantis); -- исследовательское (exploratory) тестирование; -- "сопутствующие" инструменты.
Borland (Segue) - Functional testing -> SilkTest не может работать с меню
2009-03-17 11:36 Денсая
Я тестирую приложение, написанное на делфи, с помощью SilkTest и у меня возникла проблема.Он не может работать с меню, скрипт записывает с ошибками,из-за которых ничего не работает.Я пробовала мапить объекты,но пункты меню мапить неудобно.Как быть?
Необходимо найти способ для исполнения сценариев сделанных в RFT из приложения (написанного на Java), а именно необходима возможность исполнить сценарий тестирования который бы возвращал результат в виде например заполнения полей объекта переданного как аргумент сценария, и после выполнения сценария это объект использовался в коде для дальнейшее работы.
Вопрос заключается в следующем можно ли выполнить сценарий отличным способом кроме как через com.rational.test.ft.rational_ft и при этом передать в качестве аргументов для метода testMain свои объекты?
Какими объектно-ориентированными свойствами языка Visual Basic Script Вы пользуетесь при написании тестовых сценариев и насколько оправдано использование ОО подхода?
Software-Testing.Ru -> Новая статья: Организация автоматизированного тестирования Qt GUI
2009-03-17 23:01 barancev
В библиотеку добавлена статья Евгения Россинского "Организация автоматизированного тестирования Qt GUI", посвященная инструменту, который интересует всех тестировщиков Qt-приложений, про который все слышали, но мало кто его видел -- froglogic Squish. Это наглядное и понятное введение в Squish Qt, с примерами кода, видеороликами, и -- обещанием продолжения.
IBM Rational - Functional Testing -> Работа с БД из Rational Robot
2009-03-18 08:48 mbul
Стоит такая задача - проверять введенные данные не только на клиентсокй части ПО, но и с помощью запросов к БД серверной части. Понятно что можно все это сделать из скрипта, но похоже предстоит обучать этому некоторое количество тестеров которые не очень дружат с программированием. Может у кого-то есть наработки по похожим проблемам? как сделать это с минимальными правками записанного GUI срипта? Хочется минимизировать возможность правки скрипта руками тестера. В идеале конечно хотелось бы найти возможность создания подобной VP прямо в роботе :) Если возможно, то комментарии про квалификацию тестеров опустим