QTP9:Доступ к JavaScript переменным (Hewlett-Packard (Mercury) - Quality Center)
2007-05-16 09:40 shumnic
Хотелось обратиться к Browser("MSIE6").Page("Page").Frame("frame").Object.variableName, где variableName - хещ-таблица объектов содержащихся на странице. Потом при помощи этой хеш-таблицы для каждого объекта узнать свойства(например visible, disabled)
Это мы об Искусстве тестирования Майерса... [right][snapback]42188[/snapback][/right]
Наталья, я не уверен что Алексей писал о Майерсе и нигде не нашел упоминания о том что Майерс в 2002 году переиздавался на русском [right][snapback]42193[/snapback][/right]
Да, путаница вышла. Я писал о книге "Быстрое тестирование" :)
+ локализация на русском + WEB интерфейс + простой и понятный графический редактор процессов workflow, а не банальный редактор форм NEW и UPDATE + интегрируется с Eclipse, MS Visual Studio + интегрируется с VSS, CVS, ClearCase, VersionManager, Perforce + мощная система отчетности + мощная система отслеживания событий и их обработки - e-mail уведомление, скрипт
В сети есть более подробные описания. Продукт можно скачать и протестировать.
StarTeam - хорошая система, которая включает в себя сразу и элементы контроля версий и управления процессами. Из минусов: слишкам сильная зависимость от среды разработки и слабые возможности по настройке "под себя". Если Вы используете среду Borland - неплохой выбор.
ClearQuest - самая известная система поддержки процессов разработки ПО, но не самая лучшая, по-моему мнению. Из минусов: сложность администрирования и обслуживания, слабый WEB интерфейс.
Надеюсь, был полезен. Алексей
Какой баг трекер Вам больше нравится? (Выбор инструментов)
2007-05-16 10:49 aionin
Жаль, что Serena TeamTrack у нас почти никто не знает. По мощности и функциональности не уступает ClearQuest, но граздо удобнее и в администрировании и в использовании. По универсальности поспорит с любым инструментом - можно на одной платформе реализовать все процессы от поддержки и разработки до контрактного отдела или управления инфраструктурой с прозрачной интеграцией процессов между собой. По удобству - понятен даже бухгалтерам. без обид. :) По возможностям интеграции - впереди планеты всей от систем версионного контроля и сред разработки, до своих модулей на API или Web Services. Алексей
Баг трекер для Team Foundation с веб-интерфейсом (Выбор инструментов)
2007-05-16 10:56 aionin
Serena TeamTrack замечательно интегрируется c MS VisualStudio и предоставляет Web интерфейс, но боюсь, что получится дороговато: TeamSystem + полоноценная система управления процессами разработки. Алексей
- Состояние системы QA * Несколько разрозненная и местами несогласованная система документов описывающая систему качества с точки зрения Г. А также предполагающая работу К и М в качестве интегрированных центров разработки. * Несколько раз раз предпринимались попытки проведения аудитов соответствия текущих процессов исходным * Собираются какие-то метрики описывающие процесс разработки. Пока что нам не удалось превратить эту информацию в инструмент для принятия управленических решений.
Их я интерпретировал так: - раньше была система, навязанная нам сверху; - эта система работает и до сих пор, но сама по себе; - несколько раз пытались привести систему в актуальное состояние, но все без результатно.
QUOTE(melan @ May 14 2007, 11:26 PM)
- Цель * Изменить систему QA таким образом, чтобы она стала отражать новый формат взаимодействия Г и М: заказчик - поставщик решений (Vendor).
Из приведенной цели видно, что предпринимается (может быть самая мощная попытка за всю историю компании) в очередной раз актуализировать систему.
Итог очевиден.
Но оставим схоластику в стороне.
Я уже давно сделал для себя вывод. Большинство неудач в проектах от слишком большого обилия информации и высокой степени непредсказуемости событий. Поэтому для успешного управления необходимо не наращивать количество информации, которую получает руководитель проекта, а наоборот - уменьшать ее!
Строчки кода, баги, отчетные точки - всегда вторичны. Люди - первичны. Следовательно, для усепшного управления руководителю нужна та информация, которая позволит ему эффективно управлять людьми. А все остальное должно укладываться в паттерн (типовое поведение в типовой ситуации). К счастью, разработка софта - это не письмо картин. 80%, а то и больше, операций могут быть описаны с помощью паттернов (без или с минимальной корректировкой для конкретного проекта).
Думайте как продавец. У вас есть потребитель информации, который должен ее покупать. Это руководитель проекта. Чем он реально пользуется в жизни из того, что ему сейчас доступно? Выясните это и оставьте в системе, все остальное - к черту! Это никогда не будет работать! Затем узнайте, какая информация может ему помочь еще лучше выполнять свою работу и дайте ему эти данные.
Любая другая стратегия в создании системы управления качеством обречена.
Скажу сразу, что работать со свойствами объекта через метод .Object -> по времени в 2 раза дольше. Если работа идет со стандартными свойствами, лучше использовать .GetROProperty, если нет, то тогда уже .Object.
По поводу вспомогательных функций. Например, разрабатывается javascript библиотека, которая подгружается на странице. Она создает определенный фрейм, куда и скидывает необходимые переменные. А потом уже с помощью меркури можно обратится в него, и выяснить все значения, которые интересуют. Но это уже изврат.
Устал работать над разработкой сайтов и CMS ? Уверен в том, что ПХП это больше чем язык для написания форумов и вебсайтов ? Ищешь действительно интересную работу с возможностью обучения и карьерного роста?
Украинская аутсорсинговая компания занимающаяся, разработкой комплексных решений в сфере автоматизации для рынка Англии, в связи с расширением штата примет в свою команду динамичного, опытного PHP разработчика.
Компания предлагает: - участие в комплексных, долгосрочных проектах с применением последних наработок в PHP - гибкий график работы (но не менее 40 часов в неделю)
Основные требования: - 1-2 года опыта работы с PPH4/PHP5 - Уверенное владение My SQL/SQL - Понимание принципов работы HTTP протокола, GET/POST запросов, функциональности веб сервера Apache - опыт работы с Java Script, CSS/HML. - технический английский язык
Условия работы: - ЗП, $800-$1500, в зависимости от квалификации. - офис в 10 мин. от ст..м. Лукяновка - медицинская страховка - оплачиваемые отпуск (24 дня) и больничные - бесплатные уроки английского языка в рамках компании.
Если вы заинтересованы в данном предложении и имеете соответствующий опыт работы, просьба напрял ять свое резюме на адрес tatyana#venbesthire.com.ua, за дополнительной информацией можно обратиться - icq319782816, Татьяна.
Это мы об Искусстве тестирования Майерса... [right][snapback]42188[/snapback][/right]
Наталья, я не уверен что Алексей писал о Майерсе и нигде не нашел упоминания о том что Майерс в 2002 году переиздавался на русском [right][snapback]42193[/snapback][/right]
Да, путаница вышла. Я писал о книге "Быстрое тестирование" :) [right][snapback]42204[/snapback][/right]
Алексей и Александр! Спасибо, что распутали :) Иначе, так бы и искала Майерса 2002 года :)
Активное участие в проектах по программной бизнес-интеграции в архитектуре SOA - документирование, проектирование, реализация, взаимодействие с заказчиком, внедрение. Выполнение поставленных задач в срок.
Требования к кандидату:
Знание J2EE, опыт разработки под серверами приложений: IBM WebSphere (возможно BEA WebLogic или OAS). Знание SOA, EAI, EII, DWH. Знание сопряженных с SOA технологий: BPEL, ESB, BAM, SOA Governance и др. Знание технологий: XSLT, XML Schema, Xpath. Опыт разработки web-сервисов, знание WebServices, SOAP, WSDL. Отличное знание SQL, достаточное для работы с любой реляционной БД. Опыт работы с Oracle, MS SQL, DB2. Желателен опыт работы с одной из линеек продуктов: IBM WebSphere, BEA AquaLogic, Oracle Fusion, TIBCO BusinessWorks, webMethods Fabric. Опыт работы с JMS, MQ. Опыт работы с высокопроизводительными кластерными конфигурациями. Знание: ant, Maven, CruiseControl, Junit; опыт построения систем автоматизированного тестирования КИС. Опыт профилирования и оптимизации приложений.
Условия:
З/п до 3000 $ + медицинская страховка ДМС + дотации на питание.
Жду ваших сообщений.
Квасова Марина
Business Craft HR Consulting Company www.bcraft.ru
Активное участие в проектах по программной бизнес-интеграции в архитектуре SOA - проектирование, реализация, внедрение.
Требования:
Уверенное знание J2EE. Опыт разработки под серверами приложений: IBM WebSphere, BEA WebLogic или OAS. Знание технологий: XSLT, XML Schema, Xpath; WebServices, SOAP, WSDL. Опыт разработки web-сервисов. Хорошее знание SQL. Опыт работы с Oracle, MS SQL или DB2. Знание современных архитектурных подходов; типичных продуктов для организации групповой разработки. Желательно знание: ant, Maven, CruiseControl, Junit; опыт построения систем автоматизированного тестирования КИС. Знание архитектурных подходов к интеграции приложений: SOA, EAI, EII, DWH.
Условия:
З/п по результатам собеседования от 2000 $ + обучение + дотации на питание.
Жду ваших сообщений.
Квасова Марина
Business Craft HR Consulting Company www.bcraft.ru
Зачем нужен тест-план? (Управление тестированием ПО: тест менеджмент)
2007-05-16 12:56 ichthys
Мне кажется, что содержание тест-плана сильно зависит от профиля деятельности компании. Если это аутсорсинговая компания, которая предлагает услуги по тестированию - это один документ; если компания выполняет заказные проекты и у них своя QA-служба, то это другой документ; если компания занимается разработкой продукта, то это третий документ.
В каждом из этих случаев тест-план может выполнять разные функции.
Могу рассказать на примере продуктовой разработки. В моем случае тест-план является продолжением плана изменений в релизе. Как уже писалось ранее он в первую очередь отвечает на вопрос ЧТО ТЕСТИРОВАТЬ. Тест-план - это внутрикорпоративный документ, который находится в свободном доступе. Клиенту он не нужен, т.к. клиента интересует стабильно работающий от версии к версии продукт. Каким способом мы это обеспечиваем ему неинтересно.
Цепочка документов выглядит так: Road map -> План релиза -> Тест-план -> Test suite -> Test case
Тест-план выполняет следующие функции: - как и любой план приводит мысли в порядок - является источником временной оценки - является источником заданий по разработке кейсов - способствует развитию коммуникаций внутри компании (в процессе написания/утверждения документа тестировщики контактируют с аналитиками, разработчиками, менеджментом) - один из механизмов контроля деятельности тестировщиков
требуется программист 1С (Работа для IT специалистов)
2007-05-16 12:56 frolkovataxcom
Поддержка и разработка системы 1С. Обязанности: - Поддержка существующей конфигурации, разработка новых отчетов и процедур, поддержка пользователей Требования: - Знание основ бухгалтерского и управленческого учета, документооборота на предприятии. - Хорошее знание платформы 1С Предприятие 7.7, опыт программирования всех 3 компонент: оперативный учет, бухгалтерский учет, расчет. - Опыт разработки собственных конфигураций «с нуля» в среде 1С Предприятие 7.7 - Работа с типовыми конфигурациями 1С Предприятие 7.7 «Комплексной», «Зарплата и кадры» под SQL Server 2000. - Работа с методами библиотек : v7plus, rainbow, 1c++. - Представление о технологиях «гибких блокировок», «управления распределенными базами данных», «интеллектуальном восстановлении границы последовательности». - Опыт настройки импорта/экспорта данных в/из 1С, взаимодействия с другими приложениями. - Практический опыт работы с MS SQL Server 2000 в рамках работы 1С Предприятия 7.7 SQL-версии. Условия: от 40000, (обсуждается), м. Цветной бульвар
Необходимые требования: - Профильное высшее образование. - Знание и навыки работы с С++ (MS VisualC++), знание STL, ATL/WTL, COM/DCOM; знание СУБД (MS SQL 2000). - Знание Windows API (Core, Sockets, Multithreading, GDI, Common Controls, Shell). - Умение адекватно понимать технические задания, написанные на русском языке. - Технический английский язык.
Приветствуются: - Знание, опыт и навыки работы с сетевыми протоколами (TCP/IP); - Знание принципов работы средств криптографической защиты информации (ЭЦП, шифрование) с асимметричными ключевыми системами. Навыки ра-боты с MS CryptoAPI и со средствами, поддерживающими инфраструктуру открытых ключей PKI. - Опыт командной работы (CVS (MS VSS), bugtrackers).
3. Зарплата до 2000$ Место работы: м. «Нагатинская» Полный рабочий день Возраст 22-35 лет, муж.
Так как разработчики TC читают по русски и возможно посещают этот форум
Еще я сомневаюсь, что они посещают этот форум. Ну, по крайней мере, ответов от них я не видел (разве что Dmitry_N является сотрудником AQA, однако я и в этом сомневаюсь).
Потому список пожеланий я бы порекомендовал перевести на англ и запостить в их News Group
Так как я имел как-то опыт личного общения с разработчиками - могу сказать что некоторые форум читают, хотя и нерегулярно. Можно запостить в English news group'у список пожеланий. Но давайте его сначала составим .
Свои пожелания я уже изложил - а вот ваших пока не увидел....
Свои пожелания я уже изложил - а вот ваших пока не увидел....
ни в коем случае не хотел никого обидеть :) просто высказал точку зрения
насчет пожеланий: с появлением возможности создания своей структуры дерева NameMapping мне желать нечего :)))
QUOTE
Так как я имел как-то опыт личного общения с разработчиками - могу сказать что некоторые форум читают, хотя и нерегулярно
ну раз нерегулярно, то к их появлению тема может просто-напросто затеряться во времени. Потому я и предложил написать в саппорт
А как насчет Xtrem-а? (Спорт)
2007-05-16 13:36 Voffka
Вот думаю заняться сабжом В прошлом : 1)7 лет легкой атлетики (стаер) - не в пустую, имеюцца награды с области, Украина, 3 место в 1997 в юниорском возрасте Потом институт и все якобы закончилось, но 2) Ну тянет хоть убей... Танцы. Спортивные. Сначала Брейк-данс, потом надоело, пошел в капуэро. Потом переезд. Новая работа. Не до спорта. Но жизнь снова потихоньку налаживается.... Вот и решид заняться экстримом. Собссно хочу купить доску (скейт) и начать с самого начала. Может кто подскажет инфо, ролики, где лежат подобные вещи для просмотра и дальнейшего обучения? Буду очень благодарен.
Жду дальнейшего развития темы. Делитесь впечатлениями!
1. Я посылаю запрос в один из методов вебсервиса и получаю ответ (допустим ответ это строка) 2. Мне необходимо послать еще один запрос сразу же, только уже к другому методу, но используя полученный результат от первого метода
Я получил ответ в виде http.responseXML.text, Я его могу запомнить (frID). Но, передавая в requestBody = "frameworkID=frID&...", я передаю не значение, а новую входную переменную ...
Новый формат рассылки обновлений форума (Software-Testing.Ru)
2007-05-16 15:29 globe
Что-то меня совсем упарило просматривать рассылку. Решила высказать своё мнение... ИМХО, в рассылке должны быть только новые/свежие темы, как это было раньше. Желательно, конечно, было бы добавлять название ветки форума и, возможно, описание темы. По поводу того, что сейчас происходит: 1. Я считаю правильным, что подписываться надо на те темы, на которые сам хочешь, или с помощью форума просмартивать новые сообщения. Сейчас я получаю все сообщения по всем (?) темам. 2. Собственно, из-за того, что присылаются все (?) сообщения, то письмо действительно становится совершенно нечитабельным. Просмотреть страницу письма на предмет знакомых/интересных слов - ещё куда ни шло, а просматривать ЭТО - действительно очень тяжело. 3. Если всё-таки смириться (ЧЕГО ОЧЕНЬ НЕ ХОЧЕТСЯ) с этим новым стандартом, то сейчас совершенно непонятно, к чему идут сообщения: пришедшее сообщение является новым для темы или ответом, отсутствие форматирования добавляет напряжения.
Резюме: я очень прошу администраторов сделать рассылку последних обсуждений меньше по объёму. Мне кажется, что оптимальным является одна страница (ну максимум 2 обычного шрифта, разрешения, допустим, 1024x768).
P.S. Прошу прощения, если где-то выглядело грубо. Действительно утомило разбираться в этой рассылке :-( Может, просто сделать 2 рассылки?
Score: 4.13 Percentile: Scored higher than 99% of previous examinees Demonstrates a clear understanding of many advanced concepts within this topic. Appears capable of mentoring others on most projects in this area. Strong Areas * Configuration Management * Testing * Philosophy Behind SQA * Processes * Verification and Validation
ST-2006, слов хороших на него не напасешься, в процессе работы с IE6 не видит содержимого страницы.И это при том, что Record Window Identification работает отменно, все распознает. То есть выглядит это так: скрипт работал, вполне неплохо, но до поры до времени!Теперь ни LogError,если некий объект присутствует, (а он есть), ни listprint(Browser. ... .GetChildren()) ничего не выводят. И то, что дело не в аппликэйшене - 100%, так как на машинах с ST-7.6 тот же скрипт функционирует отменно с тем же аппликэшеном. Остается надежда, что дело в настройках ST, или что-то проаппдейтилось, что мешает работе ST.Но что надо проверять, что искать?
Заранее благодарю за советы!
ГЛЮК SilkTest'a (Borland и Segue)
2007-05-16 17:04 Genka
в силктесте Options - Extensions проверить, что для Internet Explorer 6 Primary Extension = IE DOM
потом то же самое в Start - Programs - Borland - Silktest - Extension Enabler
Если не поможет - переустановить силктест, причем после удаления удалить вручную папку c:\program files\borland\silktest, если она существует
зы у меня вообще складывается в последнее время, что силк 2006 R2 работает с эксплорером более глючно, чем предыдущие версии
Есть страница, на ней 140 различных элементов(WebList, WebEdit, WebCheckbox). Надо узнать у каждого свойства disabled и visible.
Как выделить нужный мне элемент в гриде (AutomatedQA - Functional Testing)
2007-05-16 17:21 VITAL
Всем привет. Приступил к изучению TestСomplete 5.1. Сразу же появилась проблема. Как выделить нужный мне элемент в гриде? При записи действия записывается что-то вроде "***.Click(50, 14)". При запуске же скрипта координата элемента уже изменилась. Нельзя ли выделить элемент по номеру строки или еще как-то? Заранее благодарен.
а вот не так давно вышел 2006 R2, так он 8.2 вот про 8.2 говорил я, что у него с эксплорером плохо ...ну, по крайней мере у меня, может ручки кривые, конечно :)
Гриды - это сложные контролы, отдельные элементы которых (столбцы, ячейки, и т.п.) не являются отдельными оконными объектами, и поэтому TestComplete не показывает их в Object Browser. Рекомендую вам просмотреть раздел справки "Working With Grids". Он содержит общую информацию о работе с гридами из TestComplete'а, а также несколько примеров работы с самыми распространёнными из них. Если у вас не последняя версия (5.12), рекомендую проапгрейдится, так как в файл справки последней версии ТС добавились несколько новых примеров работы с гридами.
ST-2006, слов хороших на него не напасешься, в процессе работы с IE6 не видит содержимого страницы.И это при том, что Record Window Identification работает отменно, все распознает. То есть выглядит это так: скрипт работал, вполне неплохо, но до поры до времени!Теперь ни LogError,если некий объект присутствует, (а он есть), ни listprint(Browser. ... .GetChildren()) ничего не выводят. И то, что дело не в аппликэйшене - 100%, так как на машинах с ST-7.6 тот же скрипт функционирует отменно с тем же аппликэшеном. Остается надежда, что дело в настройках ST, или что-то проаппдейтилось, что мешает работе ST.Но что надо проверять, что искать?
Заранее благодарю за советы! [right][snapback]42230[/snapback][/right]
Переактивируйте расширения. Потом ребут, если надо. Обычно расчехляет
Как возможно сделать так чтобы в списке list_select_item выбирался элемент по динамическому значению. Например необходимо выбрать запись где последние пять символов (DBA)
Как? [right][snapback]42100[/snapback][/right]
Вы не уточнили, какой класс у этого объекта.
Посему : Если это комбо-бокс и его свойства такие, что при наборе указанных символов он высвечивает тот item, что Вам надо - выполните obj_type (me_obj, "(DBA)")
Если это список в виде таблицы, то надо просто перебрать все item c первого до искомого.
Брайнбенч в своем репертуаре. Никогда не занимаясь инспекциями, я получил Мастера.
Конечно, сертификация довольно условна. Но зато можно побудоражить соревновательный дух. Уж средняя-то температура по больнице должна о чём-то сказать. :)
В настоящий момент "мастеров" - 32. Из них назвались представителями России - 4. Белоруссии - 2. Украины - 1.
Сегодня грамотное решение проблемы информационной безопасности на предприятии определяет не только безопасность бизнеса в целом, но и становится жизненно необходимым для дальнейшего развития. Решение этой проблемы позволяет выйти на новый жизненный цикл развития компании, вне зависимости от ее структуры и размера. Руководителям, отвечающим за обеспечение информационной безопасности, важно быть в курсе современных тенденций развития ИТ и уметь использовать практический опыт других компаний для решения своих конкретных задач.
Interop Moscow 2007 (30-31 мая 2007) даст всем посетителям уникальную возможность посетить конференции Конгресса, который представит глубокую обучающую программу, позволяющую за два дня узнать все необходимое для развития компании, и Выставку новейшего программного и аппаратного обеспечения для построения современной ИТ-инфраструктуры.
Один из ключевых докладов на Конгрессе представит Роберт Уоррэлл (Robert Worrall), главный директор по ИТ, компании Sun Microsystems, которая в мировом рейтинге InformationWeek 500 занимает 6 место.
Роберт Уоррэлл обладает 25-летним опытом технического и ИТ менеджмента и уже стал легендой в круге профессионалов по информационной безопасности.
До своего прихода в Sun, г-н Уоррэлл возглавлял ИТ департамент компании Worlds of Wonder. Затем он перешел на работу в корпорацию Sun – за время своей работы в Sun Роберт Уоррэлл занимал множество должностей, связанных с ИТ сектором. Он был вице-президентом по глобальным продажам, потом вице-президентом по международным операциям, что подразумевало ответственность за администрирование всей системы, включая базы данных, службу поддержки, голосовые и сетевые сервисы.
До того как стать CIO корпорации, Роберт Уоррэлл являлся вице-президентом по информационным технологиям. На этой должности он определял глобальную ИТ-стратегию корпорации, был ответственен за ИТ-структуру и ИТ-организацию компании. Именно в это время он вошел в список Ones to Watch по версии журнала CIO в 2006 году. Эту престижную награду ежегодно получает 20 человек в стране, которые, по мнению экспертов журнала, в самое ближайшее время должны стать CIO.
В июле 2006 года Роберт Уоррэлл занял пост CIO корпорации Sun. Главной его задачей стало эффективное соединение стратегии развития ИТ и общей бизнес стратегии компании Sun Microsystems. Теперь в сфере его ответственности находятся все аспекты глобальной ИТ-инфраструктуры компании, развития торговой специализации, поддержки и обслуживания, включая службу информирования и безопасности. Именно Роберт Уоррэлл стал инициатором масштабной реорганизации ИТ-инфраструктуры корпорации. «Скорость и простота», - так определил г-н Уоррэлл конечную цель всех нововведений, частью которых стало внедрение программы One Touch.
Под руководством Роберта Уоррэлла ИТ-департамент уделяет значительное внимание работе с деловыми партнерами Sun, ставя перед собой цель - способствовать развитию корпорации в целом. Также ИТ-департамент играет главную роль в разработке высококачественных интегрированных процессов и архитектуры, гарантирующих целостность вычислительной платформы Sun и более эффективное использование информации в пределах корпорации. Кроме того, именно ИТ-департамент внедряет самые последние разработанные решения и инновационные технологии Sun во внутреннюю структуры корпорации, что позволяет еще раз проверить, а затем и продемонстрировать на практике их эффективность и надежность. Такое «внутренне тестирование» собственных разработок повышает качество продуктов Sun, позволяет предоставить клиенту практически совершенный продукт.
Роберт Уоррэлл впервые посетит Россию в мае 2007 года для того, чтобы выступить на Втором международном конгрессе информационных технологий для бизнеса Interop Moscow 2007. В своем выступлении г-н Уоррэлл представит свое видение наиболее актуальных проблем в сфере информационной безопасности, с которыми сталкиваются компании в век информационных технологий. Как защитить информацию компании от несанкционированного доступа, но при этом сохранить ее открытость для партнеров? как контролировать доступ сотрудников к данным, но при этом не мешать им в работе? – на эти и многие другие вопросы в рамках своего доклада на Interop Moscow 2007 предложит ответы Роберт Уоррэлл, CIO Sun Miscrosystems.
С подробной информацией о Interop Moscow 2007 можно познакомиться на сайте www.interop.ru, на этом же сайте открыта бесплатная регистрация на выставку-конгресс.
Санкт-Петербург, 16 мая 2007г, -- Компания Exigen Services (StarSoft) завершила разработку новой версии решения для веб аналитики HBX Analytics 4.0 по заказу американской компании Visual Sciences (ранее известной как WebSideStory), одного из лидеров мирового рынка веб-аналитики по требованию.
Сервис HBX Analytics позволяет изучить поведение аудитории веб сайта, отследить все действия, совершаемые посетителями на сайте (загрузку страниц файлов, переход со страницы на страницу, оформление заказа, ответы в форуме, участие в опросах, подписку на рассылку и т.д.), а также дает возможность оценить эффективность изменений, производимых на веб сайте, и оптимизировать рекламную кампанию. Компании, занимающиеся электронной коммерцией, могут с помощью HBX Analytics поэтапно отследить весь путь покупателя до совершения покупки, произвести сегментирование покупателей и внести необходимые изменения для повышения эффективности веб ресурса.
В новой версии HBX Analytics 4.0 реализовано большое количество изменений, продиктованных требованиями сегодняшнего рынка веб-аналитики: улучшена система отчетов для клиентов, добавлена возможность производить более полный анализ эффективности рекламы в зависимости от ее расположения на странице веб сайта. Удобнее для пользователя стали модуль внутреннего администрирования и графический интерфейс. По сравнению с предыдущей версией значительно расширена функциональность для анализа эффективности онлайновых магазинов. Новая версия HBX Analytic 4.0 работает под операционными системами Windows и MacOS и совместима со всеми наиболее популярными интернет-браузерами. На создание этой системы было затрачено более 45 человеко-лет, она содержит более 700 тысяч строк исходного кода, для нее было разработано порядка 4000 тест-кейсов. Проект выполняла распределенная интернациональная команда 50 специалистов Exigen Services (StarSoft) и Visual Sciences.
Сотрудничество двух компаний, стартовавшее в 2005 году, переросло в долгосрочное партнерство, в рамках которого был создан выделенный центр разработки Visual Sciences на базе инфраструктуры Exigen Services (StarSoft). Помимо проекта HBX Analytics, Exigen Services (StarSoft) принимает участие в разработке и тестировании ряда других продуктов компании Visual Sciences.
О компании Visual Sciences (www.visualsciences.com) – Компания Visual Sciences (ранее известная как WebSideStory) основана в 1996 году и является мировым лидером в области разработки решений для веб аналитики в режиме реального времени. Штаб-квартира Visual Sciences находится в Сан-Диего (San Diego), США. Программные решения компании, предоставляемые в качестве сервисов, позволяют быстро и детально производить анализ больших объемов текущей и хранящейся информации, а также дают возможность понять предпочтения посетителей веб сайтов и действия покупателей, определить коэффициент возврата инвестиций (ROI) для маркетинговых кампаний в интернете, увеличить объем продаж, оптимизировать контент и повысить удовлетворенность клиентов. Среди клиентов Visual Sciences более 1570 крупных компаний, в их числе Best Buy, DaimlerChrysler, Equifax, FedEx, Fox Sports, MGM Mirage, Nestle, New York Life, NY Post, Qualcomm, Texas Instruments, Vodafone, Wachovia, Warner Brothers и YouTube.
О компании Exigen Services: Exigen Services является ведущим поставщиком услуг аутсорсинга, системной интеграции и IT-решений для компаний из списка Global 1000. Обладая более чем 10-летним опытом в области IT-услуг, Exigen Services сочетает в себе менеджмент мирового класса, талантливых специалистов, а также опыт разработки коммерческого ПО и специализированных решений на основе лучших систем управления качеством. Exigen Services располагает самостоятельно разработанными методологиями на основе SOA и специализированным ноу-хау для предоставления своим клиентам услуг по высокотехнологичному аутсорсингу. Exigen Services применяет самые передовые инструментальные средства и технологии, как собственные разработки, так и коммерческие программные продукты и продукты с открытым кодом, что позволяет значительно уменьшить стоимость и длительность разработки и внедрения новых приложений.
В феврале 2007 года компания Exigen Services объединилась с компанией StarSoft Development Labs, ведущим разработчиком заказного ПО, создав тем самым одного из крупнейших провайдеров услуг по IT-аутсорсингу в Центральной и Восточной Европе. В России объединенная компания работает под брэндом Exigen Services (StarSoft).
Для дополнительной информации: Юлия Богданова, менеджер по корпоративным коммуникациям Тел: (812) 3279900 E-mail: Julia.Bogdanova@starsoftlabs.com
TrackStudio по универсальности даже опережает, наверное, TeamTrack, у нас более гибко настраивается security и e-mail notification, зато в TeamTrack есть наследование workflow и больше модулей для интеграции. [/реклама]
Подозреваю что вы говорите о генерации наборов тестов, а не о тест плане - верно?
В том числе и о наборе тестов.
Тогда мы говорим о разных документах, только и всего. В тест плане тестов нет.
А дальше пошёл скорее ряд предположений, чем алгоритм генерации тест плана, в часности стратегии тестирования.
QUOTE(KaNoN @ May 15 2007, 08:20 AM)
Во-первых, некоторые части тестплана (как Введение, Описание системы), сами по себе имеют достаточно шаблонный вид, в котором множество варьируемых параметров можно ограничить (например, тип тестируемого приложения).
И что это даёт? Как по описанию приложения обычными словами автоматически понять какому типу принадлежит приложение? Средства EntityExtraction в целом кое-как справляются с базовыми задачами распознавания Person, Location и ещё некоторых более продвинутых вещей типа Fact - но не более. Вы говорите об автоматическом чтении документа решением генерации тест плана. Я повторюсь, хочу сказать что автоматически генерировать его нереально, ибо нет решений понимающих текст.
QUOTE(KaNoN @ May 15 2007, 08:20 AM)
Тот же перечень тестируемых и нетестируемых модулей (Test Coverage/Scope) можно получить по следующему принципу. В тесткейсах где-то в заголовке завести (если не было) поле вроде Component, которое описывает ту часть приложения, которая затрагивается данным тесткейсом. На генератор ставится фильтр по компонентам. Соответственно, компоненты, которые по фильтру проходят в план, ставятся в перечень тестируемых компонентов, остальные - в перечень нетестируемых.
Всё бы хорошо, но вы предлагаете по имеющимся тестам генери ровать статистику и просто показать что не покрыто тестами. То есть после того как тесты были написаны. А к пониманию тестируемых и нетестируемых требований это отношения не имеет, потом что выделить нетестируемые требования надо до того как мы начали писать тесты.
QUOTE(KaNoN @ May 15 2007, 08:20 AM)
Далее, если брать приведенную вами ссылку на эссе Алексея Баранцева (а я иду сейчас по данной работе), то там следует пункт "Подход к тестированию". Тип тестирования можно либо зафиксировать, либо отразить определенной структурой каталогов (например, в отдельной папке хранить системные тесты, отдельно юнит, интеграционные и т.д.). Задав фильтр, мы можем определить, какие тесткейсы попали в тестплан. На основании этих данных можно все тесткейсы сгруппировать по типу тестирования.
Погодите, коллега. :)
Вы приводите техническое описание системы контроля процесса тестирования и описываете тест план просто как один из отчётов, который по тому что есть в системе просто покажет что есть и чего нет. Папки надо создать, чтобы их создать надо понять какие типы тестов будут - это и есть та часть работы которая в данный момент неавтоматизируема - то есть никто кроме человека её не сделает.
Загвоздка только в том, что тест план пишется до того как созданы тесты, как созданы папки отвечающие типам тестом - пишется ровно для того, чтобы всё это и понять и зафиксировать.
Дальше вы приводите техническое описание системы управления процессом тестирования, которая позволяет создавая элемекнты системы (по сути и планируя тестирования) получить потом документ, который можно назвать тест планом. Подход скажу честно интересный - для меня наверное, даже неочевидный и заставляющий подумать-покопаться, но вопрос лежит уровнем выше.
Мой поинт прост:
QUOTE
Планирование тестирования как активность по выявлению подходов к тестированию на основе понимания и анализа существующих проектных артефактов - суть задача выполняемая только человеком, всё остальное вторично и может быть автоматизировано. Решение принимается человеком, фиксируется инструментом - тут и спорить нечего.
У нас в компании есть 2 документа создаваемые последовательно: тест план и тест сет. Тест план - это план планом: с описанием областей тестирования, сроков, рисков, расписания и прочего. Тест сет - набор тесткейсов. По текущим инструкциям тест сет создается после появления тест плана и содержит тесты необходимые для выполнения задач поставленных в плане. И никакой путаницы
Аналогично
Есть план как стратегия и есть набор тестов, реализующий заданную планом стратегию.
Тест-план - это внутрикорпоративный документ, который находится в свободном доступе. Клиенту он не нужен, т.к. клиента интересует стабильно работающий от версии к версии продукт. Каким способом мы это обеспечиваем ему неинтересно.
Бывает и так и очень часто, но бывает когда тест план и план проекта являются точками обсуждений затрат на тестирование, разработку и как результата стоимость всего проекта - и тут кастомер принимает участие.
Учимся работать в условиях кадрового голода (Новости IT-отрасли)
2007-05-17 08:33 barancev
О дефиците кадров в ИТ-отрасли говорят уже давно, и этим никого не удивишь. Но бурное развитие информационных технологий и отсутствие изменений на кадровом рынке грозят серьезным ужесточением конкуренции за сотрудников. Эксперты прогнозируют, что в ближайшие два-три года ИТ-компании столкнутся с настолько большим дефицитом специалистов, что вынуждены будут пересматривать стратегию своего развития.
Обновлен стандарт Linux (Новости IT-отрасли)
2007-05-17 08:41 barancev
Консорциум Linux Foundation обновил спецификацию Linux Standard Base (LSB), включив в нее средства автоматизации тестирования. В 2001 году появилась первая версия LSB - набора стандартных интерфейсов разработки ассоциации Free Standards Group, призванных улучшить совместимость различных дистрибутивов Linux. Полагаясь на LSB, разработчики могут быть уверены, что их программы смогут исполняться в любом LSB-совместимом дистрибутиве. В число таковых входят Red Hat, Novell SUSE, Debian, Ubuntu, Mandriva и Xandros.
В этом году FSG объединилась с организацией Open Source Development Labs, образовав Linux Foundation. Организация ставит своей задачей работу над повышением привлекательности серверных вариантов Linux в качестве альтернативы Windows. Недавно в состав Linux Foundation вошли три новых участника: компания производитель микросхем Marvell Technology Group, корпорация Nokia и поставщик средств виртуализации для встроенных систем VirtuaLogix.
В состав новой версии стандарта, LSB 3.1, включен инструментарий LSB Distribution Testkit - распространяемое в открытых кодах автоматизированное средство тестирования Linux. Он является первым элементом масштабного проекта по разработке инфраструктуры тестирования LSB, начатого в ноябре Free Standards Group совместно с Институтом системного программирования Российской академии наук. Назначение инфраструктуры - укрепить связи между процессами тестирования на совместимость и разработки кода.
Linux Foundation также предлагает облегченный вариант инструментария - LSB Application Toolkit, предназначенный для проверки разрабатываемых приложений на совместимость с LSB.
