Публикации bolshik

#11822 Создание отчетов и багобаза

Отправлено автор: bolshik 23 февраля 2005 - 09:03 в Управление тестированием

Еще один существующий вариант работы: все баги заносятся в BTS. Когда баг только появляется, ему назначется некая severity, которая характеризует business standpoint. Исходя из этого, грамматическая ошибка в about будет иметь critical severity -- нельзя допустить , чтобы у пользователя, использующий наш продукт, сложилось негативное мнение о компании. Далее, дефект назначается на Development Team. Team Lead смотрит на дефект и назначет его программисту с некоторым приоритетом, который характеризует лишь очередность выполнения задачи. Назначенный программист получает дефект с очередностью выполнения, исправляет его и ставит резолюцию (Fixed, Functions as Designed etc). Дефект приходит назад к верифайеру, который проверяет, что дефект исправлен и либо закрывает его, либо режектит.

#11821 Загрузка с СД-РОМ

Отправлено автор: bolshik 23 февраля 2005 - 08:36 в Выбор инструментов для тестирования ПО

Господа, может ли кто подсказать, как решить следующую проблему: есть виртуальная машина (используется VMWare 4.5.2), надо загрузиться с сд-рома. Не удается. Пробовалось: менять virtual device node в опциях этой виртуальной машины -- Hard Disk ставить на IDE 0:1, CD-ROM ставить на IDE 0:0. Не помогает :( Буду признателен за любые предложения по тому, как же осуществить загрузку с сидюка.

#11441 Acceptance Testing Tools

Отправлено автор: bolshik 16 февраля 2005 - 10:16 в Автоматизированное тестирование

IMHO, Acceptance Test -- любой тест, после корректного прохождения которого считается, что приложение обладает необходимым минимум корректно работающей функциональности. Размер этого минимума зависит от проекта\требований\проделанной работы. В таком случае не вижу причин, почему, например, скрипты RR-а или XDE Tester-а не могут служить Acceptance Test-ами. Поправьте, если я ошибаюсь.

#11105 Выделение JMenuBar

Отправлено автор: bolshik 09 февраля 2005 - 12:37 в IBM Rational - Functional Testing

Какой tool используется-то?

#11002 FIX engine

Отправлено автор: bolshik 08 февраля 2005 - 09:26 в Выбор инструментов для тестирования ПО

пишем бридж, чтобы наша система умела работать по fix-протоколу.
Для тестирования, видимо, надо приобрести какой-либо fix-engine. Если у кого есть подобный опыт, посоветуйте, какой оптимальнее по соотношению цена-качество-удобство?

#10786 Поможите связать требования...

Отправлено автор: bolshik 03 февраля 2005 - 12:40 в IBM Rational - Functional Testing

:)
Ничем не отличается, просто через test inputs все юз-кейсы под рукой сразу

#10781 Поможите связать требования...

Отправлено автор: bolshik 03 февраля 2005 - 11:58 в IBM Rational - Functional Testing

В документе требований создать use-cases согласно стандартам IBM, то есть чтобы в RequisitePro появился их список пименительно к конкретному документу требований, потом в Test Manager'е View->Test Inputs выбираем Rational RequisitePro-> <нужный проект> ->... <выбираем нужное требование>, в попап меню к нему выбираем Insert Test Case или Associate Test Case (в зависиости от того есть уже тест кейс или еще нет) и выбираем\создаем нужный тест-кейс.

#10775 Поможите связать требования...

Отправлено автор: bolshik 03 февраля 2005 - 11:36 в IBM Rational - Functional Testing

Если я правильно понял, надо установить взаимно однозначное соответствие между требованиями и тестами, так? Тогда надо сделать трэйсабилити в рэшнловском проекте таким образом, чтобы каждому юз-кейсу соответствовал один и только один тест-кейс. Имена тест-кейсам можно давать таким образом, чтобы было понятно, какое из требований он покрывает. В качестве имплементации же для каждого тест-кейса создать, например, мануальный тест путем copy-past из старого большого теста. Т.о. мы получаем набор мануальных тестов с именами, показывающими, какое требование они покрывают. Совокупность же этих тестов будет покрывать все требования. Это то, что надо было?

#10769 Поможите связать требования...

Отправлено автор: bolshik 03 февраля 2005 - 10:22 в IBM Rational - Functional Testing

если уже создан мануальный тест, имплементирующий кучу тест-кейсов, и считается, что так и должно быть, то кроме его ручного редактирования никаких других возможностей привнесения в него дополнительной информации, не вижу. С другой стороны, кажется более удобным общую имплементацию разделить на более мелкие группы тестов, работающих с одним-тремя тест-кейсами. В таком случае можно просто создавать новые мануал тесты, и с помощью copy\paste из старого большого теста быстренько набить их содержимое.

#10767 XDE Tester experienced testers

Отправлено автор: bolshik 03 февраля 2005 - 10:12 в IBM Rational - Functional Testing

есть ли здесь люди, достаточно долго работающие\хорошо разобравшиеся с xde tester'ом?
Есть некие догадки по поводу его работы, но точной уверенности нет.
Пример: мне надо работать с базой данных. Было бы удобно описать в отдельном классе подключение к ней. Удобно делать также его через синглтон. Понятно, что при таком подходе тело мэйна этого класса остается пустым. При попытке откомпиллить выдается ошибка типа " Construct script class failed [MainConnection] [com.rational.test.ft.MethodNotFoundException: <init>]". Соотв-но это же выдается если пытаешься из скрипта получить коннекшн к базе, используя этот класс. Есть сильное подозрение, что в xde необходимо проходить функциональность, описанную в main'e. Кто-нибудь задавался подобными вопросами и\или имеет знание об ограничениях, присутствующих там?

#10518 Rational XDE Tester

Отправлено автор: bolshik 27 января 2005 - 07:49 в IBM Rational - Functional Testing

в коде создаются методы, содержащие в своем названии русские буквы

Можно пример метода?

#10277 XDE Tester(recognition & creating VP)

Отправлено автор: bolshik 20 января 2005 - 09:13 в IBM Rational - Functional Testing

а народ вообще с XDE Tester'ом работает?
Странно, что так мало ответов было..

#10225 XDE Tester(recognition & creating VP)

Отправлено автор: bolshik 19 января 2005 - 15:17 в IBM Rational - Functional Testing

спасибо за ответ.
Решения уже найдены (использование регулярных выражений оказалось вовсе не корявым решением; verification point-ы создаются программно, равно как и вывод информации в лог).

#10129 XDE Tester(recognition & creating VP)

Отправлено автор: bolshik 18 января 2005 - 11:15 в IBM Rational - Functional Testing

Добрый день.
Просьба помочь работавших(ющих) с XDE Tester'ом. Работаю с java-приложением, используется обфускация. Два вопроса не дают мне жить спокойно в связи с этим:
1. Распознавание объектов.
Т.к. используется обфускация, названия классов каждый раз разные. Как представляется, имеется два выхода:
а) имея логи обфускации, каждый раз перед началом, собственно, выполнения скрипта, менять значение всех свойств, в которых указывается класс в соответствии с логами;
Проблема: совсем непонятно, как менять программно recognition-свойства тестовых объектов;
B) не использовать свойство, определяющее имя класса;
Проблема: здесь беда в том, что у фрейма, добавленного в Test Object Map нельза ни грохнуть совсем свойство .class, ни присвоить ему нулевой вес (тоже, кстати, непонятно, где можно снять блокировку с изменения значения веса на этом свойстве);

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

2. Добавление Verification Poit'ов
Есть ли како-либо способ добавлять их вручную, а не через визард? Визард не устраивает тем, что там нельзя (либо я не умею) редактировать recognition properties объекта. Из-за обфускации же значения там всегда будут разными.

Огромная просьба людям, имеющим знание об этих моментах, оставить здесь свои решения.

#7477 Wildcards in Select Case Statement

Отправлено автор: bolshik 05 ноября 2004 - 08:03 в IBM Rational - Functional Testing

спасибо за советы.
На самом деле, если Case принимает только фиксированные значения, то понятно, почему не работало. Вопрос -- что такое "contains"? Оператора такого, у меня во всяком случае, нет.

#7437 Wildcards in Select Case Statement

Отправлено автор: bolshik 04 ноября 2004 - 11:35 в IBM Rational - Functional Testing

У нас в результате действия может закрыться\не закрыться окно. Сaption у него может быть разный, но фиксировано начало(New Order:). Надо понять, закрылось оно все же или нет. По идее, кусок кода, приведенный ниже, должен работать, но, к сожалению, на практике дело обстоит иначе. Есть у кого-нибудь какие-нибудь мысли, как заставить заработать распознавание?

Result = SQAGetProperty ("Type=Window;CurrentFocus", "Caption", Value)
Select Case Value
Case "{New Order:*}"
Window SetContext, "Caption={New Order*}", ""
PushButton Click, "ObjectIndex=7"
Case Else
End Select

Window SetContext, "Caption={трам-пам-пам}", ""
Window CloseWin, "", ""

По типу контента

По пользователю