Перейти к содержимому

Публикации kasper

17 публикаций создано kasper (учитываются публикации только с 27 апреля 2023)


#40219 Кто-нибудь использует TrackStudio?

Отправлено автор: kasper 16 марта 2007 - 08:36 в Инструменты управления тестированием ПО

- Решение от Mercury

Что это за безымянное решение? TestDirector что ли? Он ни разу и не позиционировался в категории issue tracking. Непонятно как он вообще попал в ваш список.

Просмотр сообщения

Согласен, к полноценному Issue Tracker-у Test Director-у далеко. Но все таки отслеживать на примитивном уровне дефекты (в частности результаты провала тестовых сценариев) можно.

Также смею вас удивить - некоторые пользователи TD просто таки чувствуют экстаз от него:

"We built our testing strategy around Mercury TestDirector because there's simply nothing else like it on the market today. We have a complete project methodology that dictates proper testing procedures, and TestDirector is an integral part of that. It's the home for our tests and the place people go to run their tests, report, and validate their results; provide statistics; and track issues."

Art Murray, Manager of Applications Testing, Hershey Foods Corporation

Да и сами Mercury пишут:

Mercury TestDirector™ for Quality Center allows you to deploy high-quality applications quickly and effectively by providing a consistent, repeatable process for gathering requirements, planning and scheduling tests, analyzing results, and managing defects and issues.

Даже не знаю зачем выкладывать подобные вещи у себя на сайте если на самом деле TD оказывается никакое и не решение...

P.S. Лутшие Defect Tracking Tools

А вот что здесь пишут:

Mercury TestDirector is an extremely versatile product in all areas - especially for tracking issues and discrepancies, as well as managing defect resolution processes. To help make these processes more effective and achieve better results, this paper will present a set of best practices that other QA test organizations can use to design or streamline their own defect tracking and resolution processes.

Да и в Wikipedia легко найти.



#40082 Цена/Качество

Отправлено автор: kasper 14 марта 2007 - 16:50 в Выбор инструментов для тестирования ПО

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

Наверняка вы не будете писать автоматические тесты от винта.

Сначала идут тестовые сценарии/чеклисты, а потом их реализация - ручная, автоматичекая и т.д.

А проваленые тесты было бы неплохо автоматически/автоматизировано вносить в баг трекер.

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


Если говорить о .NET то ее сложно представить без VisualStudio. Поетому самый мощный инструент который поддерживает .NET среду является IBM FunctionalTester for VS. Вообще, очень радует что наконец тестировщики имеют возможность использовать полноценный и полнофункциональный язык програмирования (жаль только что не С#).



#40080 Кто-нибудь использует TrackStudio?

Отправлено автор: kasper 14 марта 2007 - 16:24 в Инструменты управления тестированием ПО

А) насколько длительное время используете

Почти один год (включая триальный период).

Б) средне/максимальное кол-во записей на проект

Максимальное количество - ~700. В среднем около сотни, т.к. проекты не очень большие.

С) какое участие ТрекСтудия принимает в "реализация итерационного подхода разработки"

"Подчасти" проекта - версии/фазы/итерации/wo и т.д. Они соответствуют таскам в ТС, на которые накладываются соотв. правила, разрешения.

Итерация есть контейнером для issues, requirements, customer requests, test plan (пока експериментально) и т.п.

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

И все ето поддерживается системой, то есть система сама подсказывает какое состояние будет следующее, жестко задает правила переходов между сотояниями, и т.д.

При настройке например requirements management процесса, я просто смотрел как сделано в requisite pro, и дублировал ето в ТС (набор атрибутов, полей).

Д) заметно ли FireFox ускоряет работу? (то что Опера подглючивает, уже нашли. Интересно, стоит ли всех загонять с IE на FireFox)

СтОит однозначно. Визуально прирост раза в 2 точно - особенно дерево, раскрытие фильтров и прочих закладок. Ето сразу заметно.



#40035 Сравнение screenshot'ов в RFT

Отправлено автор: kasper 14 марта 2007 - 09:50 в IBM Rational - Functional Testing

Посмотрите сюда:

http://www-128.ibm.c...brary/4927.html



#40031 Кто-нибудь использует TrackStudio?

Отправлено автор: kasper 14 марта 2007 - 09:31 в Инструменты управления тестированием ПО

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

Просмотр сообщения


Приветствую,

Мы используем TS уже достаточно длинное время.

Список задач которые сейчас на нее возложены:

- конечно же отслеживание исьюсов (дефектов, вопросов, улучшений, заданий) :)
- организация централизированого фидбека с заказчиком (customer requests)
- реализация итерационного подхода разработки
- упрощенный менеджмент требований
- построение различных отчетов

Почему мы остановились именно на ТС:

- гибкая иерархическая структура (далеко не в каждом баг трекера можно оперировать сущностями подобно операциям с файлами)
- *нормально* сделаны процессы (workflows) + роли + система прав (permissions)
- малые требования к железу, быстрая работа клиентской части благодаря использованию Ajax (особенно в FireFox-е)
- быстрый и проффесиональный саппорт (включая не только ответы на вопросы/багфиксы но и внесение улучшений или мини-фич).
- низкая цена при обширном "фарше" из фич
- множество других удобных (и уже наверное стандартных) вещей (LDAP, интеграция с SCM, создание исьюсов через почту, RSS-like фиды и т.д.)

Недостатки:
- отсутствие итеграции с другими средствами разработки. Тут конечно нужно смотреть - если вы уже используете Rational Requisite Pro + TestManager + Clear Case + FunctionalTester то вам почти однозначно придется остановится на ClearQuest в качестве баг трекера - для полной отдачи. В нашем случае мы большинство неоходимих инструментов (точнее решений) построили собственно на ТС.
- "сложный" интерфейс (в 4-й версии ожидается ряд существенных улучшений). Мнение впрочем субьективное - взято из отзывов заказчиков :acute:
- отсутствие windows клиента

Если есть еще вопросы (как к независимому пользователю) - спрашивайте :)

p.s. Битву по нашим требованиям проиграли:

- Atlassian Jira
- Rational ClearQuest
- Решение от Mercury
- Axosoft OnTime
- Segue SilkCentral
- AQdevTeam
- Seapine TestTrack
- бесплатные типа Mantis, BugZilla и т.д.



#38092 Как различать одинаковые окна

Отправлено автор: kasper 27 января 2007 - 00:06 в IBM Rational - Functional Testing

Может быть можно хендлер окна получить, чтобы потом по нему к окну обращаться или еще как?


ИМХО вполне приемлемый способ.

После запуска каждого нового окна запоминаете его хендл в переменную. Потом пишите что нужно сделать некоторое действие над окном у которого хендл равен соотв. переменной.

Просмотр сообщения


Как раз и проблема в том, что я не нашел, как в роботе по хендлеру к окну обращаться.

Просмотр сообщения



Как и в большинстве подобных случаев, выход один - использовать вызов функций Win32 API. Ето хоть не так удобно как готовые команды, но зато позволит вам буквально "безпредельничать" с Робота :)



#37870 Selenium IDE

Отправлено автор: kasper 21 января 2007 - 08:29 в Selenium - Functional Testing

На самом деле от локализации больше вреда чем пользы!

1) Лишняя вероятность ошибок при переводе (авторы не всегда компетентны непосредственно в тестировании)

2) Несвоевременность поступления (попросту задержка котороя нужна для перевода, редактирования и т.д.)

3) Отказ (?) от пользовательскиих блогов, форумов, листов разсылки и т.д. (там юзеры в большинстве пользуются исключительно английским!).

А что взамен ?!

Ето же не сложный теоретический материал который действительно лучше читать в *качественном* переводе на родном. Вся инфа на OpenQA прекрасно сформирована, есть удобный поиск, навигация, баг трекер и т.д.



#37829 Для начинающих работать с автоматизировнными систе

Отправлено автор: kasper 19 января 2007 - 17:33 в IBM Rational - Functional Testing

Попробую и я поумничать (немного перефразирую сказанное товарищами).

Для того чтобы эффективно скриптовать, нужно составить специальный (оптимизированый) набор тестовых сценариев. Тех сценариев которые можно быстро автоматизировать и те которые попросту окупятся.

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

А как разорвать етот злощастный круг ? Ответ прост - приобрести навыки работы с инструментом.

Конечно лучше практиковатся на наиболее критичных, типичных и важных сценариях из ваших тестов. Шаг за шагом добиватся поставленых задач НЕ ПРОПУСКАЯ И НЕ ОТКЛАДЫВАЯ НИЧЕГО (например проблемы с кликами по иконках в трее, нестандартные контролы, реальная поддержка соотв. технологии, и т.д.)!

Действительно анализ записаных действий - ето лучшее с чего стоит начать ознакомление.

p.s. да и наверное следует изменить отношение к автоматизации. она требует немало времени на внедрение и поддержку, поетому рискована и не всегда имеет смысл быть применена вообще.

:ok:



#37825 Как различать одинаковые окна

Отправлено автор: kasper 19 января 2007 - 17:02 в IBM Rational - Functional Testing

Может быть можно хендлер окна получить, чтобы потом по нему к окну обращаться или еще как?


ИМХО вполне приемлемый способ.

После запуска каждого нового окна (а оно сразу после запуска будет активным) запоминаете его хендл в переменную. Потом пишите что нужно сделать некоторое действие над окном у которого хендл равен соотв. переменной.

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



#37823 Проблема создания проекта в R Administrator

Отправлено автор: kasper 19 января 2007 - 16:36 в IBM Rational - Functional Testing

откуда мне брать Initialise Assets и Test Users and Groups, без которых не получается создать Data Store.


Ето опционально. Причина (даю 90%) не в етом.



#37822 скрипты в rational Functional Test

Отправлено автор: kasper 19 января 2007 - 16:33 в IBM Rational - Functional Testing

После выбора проекта появляется окно Rational Test Login, в котором можно выбиратьтолько проекты, созданные в RationalAdministrator. Если его выбрать, ...


Для надежность лучше жать Cancel :)

... создасться проект, но в нём невозможно воспользоваться рекорд-м, после остановки записи появляется ошибка с предложением отправить отчёт и перезапустить приложение...


Причин может быть множество...

Возьмите попробуйте все ето дело на "чистой" виртуальной машине.

P.S. Народ сообщал о проблемах в RFT 7.0, так что попробуйте версию 6.1.1.1



#37751 скрипты в rational Functional Test

Отправлено автор: kasper 18 января 2007 - 16:14 в IBM Rational - Functional Testing

Только при создании нового проекта можно выбрать C++ и C# (!), VB можно выбрать только при создании file -> Web, но у меня ж не веб...


Наверное Вы не тот проект выбираете - см. атач.

Прикрепленные изображения

  • new_ft_project.GIF



#37696 Rational Functional Tester или Rational Robot

Отправлено автор: kasper 17 января 2007 - 19:38 в IBM Rational - Functional Testing

Просто интересно...

Что является результатом ваших приложений на Delfi ?

Интерфейс с кастомными контролами ? Обычное приложение с WinForms ?

Поверте - мучаться с вызовами winapi в Роботе намного менее удобно чем работать просто таки в "безпредельной" среде VisualStudio...

Хотя конечно выбор ваш.



#37695 Проблема создания проекта в R Administrator

Отправлено автор: kasper 17 января 2007 - 19:31 в IBM Rational - Functional Testing

Можно больше деталей ?

Где создается репозиторий ?

Следовали ли вы в точности инструкциям по созданию БД для проектов ?

Устновили ли вы клиент для DB2 на машине ? Если да то проверяли ли вы соединение ?


P.S. В отличии от SQL Anywhere, с DB2 намного меньше проблем - если все делать по инструкции то все получится :)



#37694 Технология тестирования

Отправлено автор: kasper 17 января 2007 - 19:27 в IBM Rational - Functional Testing

Попробую ответить коротко.

Типичный пример:


- Сформируйте в реквизите требования.

- Навешайте на ети требования тестовые сценарии в TM.

- Напишите имплементацию для етих тестов - вручную (просто конвертируем сценарий) или по возможности автоматическую.

- Опредилитесь з сьютами из етих тестов (для приемочного тестирования, для быстрого тестирования, для нагрузочного).

- Запускайте сьюты, анализируйте отчеты.

- многое другое...



#37693 проблемы с Rational : тестирование web-приложения

Отправлено автор: kasper 17 января 2007 - 19:12 в IBM Rational - Functional Testing

А можно спросить - почему Робот ?

Робот (несмотря на недавно вышедшею 7-ю версию) давно пренадлежит к разряду динозавров.

IBM (как и Merury) давно выпустили новые линейки продуктов - более мощные, учитывающие просчеты предыдущих (SQA Basic = полный бред) и т.д.

Тем более Вы тестируете просто Web приложение а не какую то архаическую технологию.

-------------

По теме - есть PDF-ка по SQA Basic (она входит в Rational Documentation CD).

Также есть yahoo groups - специально по Роботу - там есть набор полезных скриптов - поищите и найдете.



#37686 скрипты в rational Functional Test

Отправлено автор: kasper 17 января 2007 - 18:22 в IBM Rational - Functional Testing

Если используете как IDE - Eclipse, то язык скриптов - Java.

Если хотите писать на VB.NET - вы должны заинсталлировать Visual Studio 2003 или 2005 (НО НЕ EXPRESS EDITION!!!), и только тогда устанавливать FunctionalTester.

Если тестируете Windows Forms, .NET контролы и т.д. то очень рекомендую VB.NET (жаль конечно что не поддерживается C# но ето уже оффтоп :) ).

Прикрепленные изображения

  • vb_component.PNG