Публикации Nadezhda

#25682 С чего начать, если нет документации?

Отправлено автор: Nadezhda 02 марта 2006 - 07:33 в Тест-дизайн и ручное тестирование

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

вместо test cases пишите краткие check lists - все равно в такой обстановке, как правило, функциональность/требования меняются часто.

Согласна

Мы пишем чеклист, в котором 5 колонок:
1) Номер и название тест-кейса
2) Авто - является ли тест автоматизированным?
3) Описание - в этой колонке мы кратко описываем ожидаемый результат или какие-либо особенности
4) Результат - прошел тест или провалился
5) Номер(а) отчета(ов) об ошибке(ах) - в случае если тест провалился.
Тесты сгруппированы по юз-кейсам. Как таковых юз-кейсов у нас нет, но мы выделяем их из функциональности.
Чеклист мы храним в Excel, причем для каждой новой версии создаем отдельный лист. В колонке с номерами отчетов об ошибках мы храним не только ошибки, найденные в текущей версии, но и в предыдущих версиях. Мы раскрашиваем их в разные цвета в соответствии со статусом ошибки (new, assigned, resolved, closed)
Что касается требований, в нашей компании они выясняются в чате с заказчиком, постоянно уточняются и изменяются, время для ведения документации не выделяется, поэтому наиболее эффективным способом отразить постоянные изменения для нас является колонка Описание в чеклисте. :smile:

#27481 Bugs Менеджмент

Отправлено автор: Nadezhda 18 апреля 2006 - 07:25 в Управление тестированием

Если я правильно поняла исходный пост, то проблема состоит в том, что в отделе не применяется какая-либо BTS, а описания бага сдаются в отчетах. В таком случае я не только не представляю, как можно отслеживать дубликаты, но и как вообще ведется жизненный цикл бага: как тестировщики узнают, что баг починен и его нужно проверить, что делают, если при проверке обнаружено, что баг не починен? Единственной рекомендацией в таком случае может быть внедрение BTS.
Однако, если BTS все-таки применяется, то в добавок к предыдущим постам могу рассказать, как мы боремся с дубликатами. Мы ведем чеклист в Excel, где каждая строчка - это тест, каждый лист - это версия. Если в ходе проведения теста обнаружена ошибка, то ее номер в BTS мы записываем в ячейку напротив теста. Когда мы получаем новую версию, мы создаем новый лист в Excel посредством копирования последнего. Таким образом, в ячейке напротив каждого теста накапливаются номера багов. В результате, если в ходе проведения теста обнаружена ошибка, мы просматриваем баги в BTS с номерами, указанными для данного теста, и вероятность добавления дубликата значительно снижается.

#23551 Дымовое тестирование при ежедневной сборке

Отправлено автор: Nadezhda 06 января 2006 - 16:21 в Портал Software-Testing.Ru

Еще:
На двери кабинета такого разработчика весит соответствующая вывеска (висит)
А ворд не подчеркнул, потому что слово "весит" тоже есть. :victory:

#22236 Доступ к файлам

Отправлено автор: Nadezhda 30 ноября 2005 - 15:50 в IBM Rational - Functional Testing

Если вам нужно добиться, чтобы робот не прекращал выполнение скрипта при обнаружении ошибки, то вам поможет следующее:
Tools -> GUI Playback Options -> закладка Error Recovery -> в радиогруппе On Script Command Failure выбрать опцию Continue Execution (по умолчанию там выставлена Abort Playback). При этом ошибка будет записана в лог, но скрипт не остановится.

#23641 Чтение из Edit-ов

Отправлено автор: Nadezhda 10 января 2006 - 16:15 в IBM Rational - Functional Testing

Тогда, пожалуй, нажатие Enter - единственный выход :crazy:

#23630 Чтение из Edit-ов

Отправлено автор: Nadezhda 10 января 2006 - 15:11 в IBM Rational - Functional Testing

Если включить запись и кликнуть на этом Image, что Робот записывает? Может потом повторить то, что записал?

#23746 Чтение из Edit-ов

Отправлено автор: Nadezhda 12 января 2006 - 15:27 в IBM Rational - Functional Testing

Грубо, но действует:

Dim s as string
Dim Result as integer

    
    Window SetContext, "CurrentWindow", ""
    InputKeys "^a^c"
    s = Clipboard.gettext
    Result = InStr(s,"Error")
    if Result <> 0 then
        SQALogMessage sqafail, "Error is found", ""
        exit sub
    end if

#23554 Чтение из Edit-ов

Отправлено автор: Nadezhda 06 января 2006 - 16:49 в IBM Rational - Functional Testing

Почитайте внимательно help по функциям SQAGetProperty и SQASetProperty.
Dim Result as integer
Dim s as string
Result = SQAGetProperty ("Type=EditBox;Name=value2","value",s)
if Result = SQASuccess then
SQALogMessage SQAPass, "Value in editbox is " + s, ""
else
SQALogMessage SQAFail, "Result = " +CStr(Result)
end if

#23584 Чтение из Edit-ов

Отправлено автор: Nadezhda 10 января 2006 - 08:48 в IBM Rational - Functional Testing

А если вставить Type=HTMLImage (вместо Type=Image)?

#24379 Система для хранения тест-кейсов

Отправлено автор: Nadezhda 30 января 2006 - 16:00 в Тест-дизайн и ручное тестирование

Мы используем встроенную в Excel возможность merge - Share Workbook. Файл, для которого установлен флажок Share Workbook (Tools -> Share Workbook...) лежит на сервере, к нему имеют доступ все заинтересованные лица. С сервера он заливается в систему контроля версий (у нас SVN, раньше был VSS - думаю, это не принципиально). Возможно, вам подойдет этот вариант

P.S. Мы используем Excel для хранения Check List

#29769 Помогите плиз написать тестирующую программу!

Отправлено автор: Nadezhda 19 июня 2006 - 07:46 в Выбор инструментов для тестирования ПО

Rational Robot содержит хелп, однако найти в нем что-то можно, если знаешь, что искать. Для ознакомления с инструментом лучше всего подходит режим записи (Record -> Insert At Cursor) и воспроизведения (Debug -> Go). Удачи!

#23552 Вопрос по поиску элементов на странице

Отправлено автор: Nadezhda 06 января 2006 - 16:41 в IBM Rational - Functional Testing

Dim s as string
Dim Result as integer
Window SetContext, "CurrentWindow", ""
Result = SQAGetProperty("Type=ComboEditBox;ObjectIndex=2","Text",s)
SQALogMessage SQANone, "Address = " + s, ""

#34192 Как пробовать делать что-то? :)

Отправлено автор: Nadezhda 04 октября 2006 - 11:01 в IBM Rational - Functional Testing

Чтобы скрипт, как вы выразились, не глохнул, нужно выбрать опцию Continue Execution в Tool/GUI Playback Options/Error Recovery.
Насколько мне известно, аналога try-catch в SQABasic нет. Для того, чтобы "попробовать" что-то сделать, можно предположить, что может вам помешать это сделать. Например, вы не уверены, что элемент, по которому вам нужно кликнуть, присутствует. Тогда нужно использовать функцию SQAFindObject, и только если она даст положительный результат, продолжать действовать. Это предупреждающий подход.
Конечно, не всегда можно предсказать, что может помешать выполнить то или иное действие. Тогда нужно использовать подход, который описала Tiana, т.е. после выполнения действия анализировать, выполнилось ли оно в действительности.

#34217 Как пробовать делать что-то? :)

Отправлено автор: Nadezhda 05 октября 2006 - 07:06 в IBM Rational - Functional Testing

В описанных подходах суть действительно одна, а разница в том, что я предложила проверять возможность выполнения действия до выполнения действия. Т.е. получается сначала пункт 2 - анализируем ситуацию, потом 3 - сравниваем ожидаемый и полученный результаты, и потом по одной из веток IF пункт 1 - выполняем действие.

Если функциональность в приложении взаимозависима, т.е. нельзя перейти к следующему шагу без корректного завершения предыдущего или сложно спрогнозировать результат, то выбор опции Continue Execution/Skip Current Script/Abort Playback зависит от степени связности выполняемых процедур/функций.
На мой взгляд, опция Skip Current Script может быть более удобна при соответствующей организации скриптов.

Согласна. Мне следовало написать не "нужно", а "можно" выбрать указанную опцию. Все зависит от конкретной ситуации.

#35520 Клик на объекте вне поля зрения

Отправлено автор: Nadezhda 14 ноября 2006 - 17:03 в IBM Rational - Functional Testing

Если у вас количество объектов, отображаемых на странице/форме выше искомого объекта, постоянное, а видимость или невидимость нужного объекта обусловлена размерами объектов, находящихся выше него, то можно использовать табуляцию.

#34222 Как пробовать делать что-то? :)

Отправлено автор: Nadezhda 05 октября 2006 - 08:24 в IBM Rational - Functional Testing

Обычно анализируется ситуация, после выполнения действия, для возможности выполнения следующего действия (цикл).

Здесь вы объединили оба варианта :smile:

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

Я и не предлагала анализировать, загрузилась ли страница, до того как мы выполнили действие "загрузить страницу" :ok:

Я предлагала проверить, есть ли на странице ссылка, на которую надо кликнуть, чтобы нужная страница загрузилась. И эту проверку как раз можно сделать до того, как собственно выполнять действие "загрузить страницу". В случае запуска браузера с нужной страницей в качестве стартовой этот вариант, естественно, не подходит :blush:

Мы анализируем корректность загрузки страницы

Это анализ после выполнения действия "загрузка страницы"

и возможность входа в пользователя в систему

а это - до выполнения действия "вход пользователя".

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

#34232 Как пробовать делать что-то? :)

Отправлено автор: Nadezhda 05 октября 2006 - 09:44 в IBM Rational - Functional Testing

#25093 Качественный успех

Отправлено автор: Nadezhda 15 февраля 2006 - 09:15 в Портал Software-Testing.Ru

Наверняка имелось в виду работать так, чтобы не было необходимости работать в выходные... Хотя формулировка, может быть, и не самая удачная

#22184 Нужна программка для записи действий в видеоролик!

Отправлено автор: Nadezhda 29 ноября 2005 - 15:31 в Выбор инструментов для тестирования ПО

Мы используем SnagIt и очень им довольны. О его возможностях доступно и интересно писал Вячеслав Панкратов в заметках:
Давайте работать красиво! (SnagIt vol.1)
Возможности SnagIt – vol 2

#25284 Сравнение средств автоматизации тестирования

Отправлено автор: Nadezhda 20 февраля 2006 - 07:35 в Выбор инструментов для тестирования ПО

Здравствуйте!
Задача выбора (выбора чего угодно) имеет математическое описание - это теория принятия решений. До тех пор, пока вы не можете формализовать критерии выбора, вы выбираете наугад (либо на основе экспертного опыта, которого у вас, как я понимаю, нет). Процедура формального выбора может стать математической основой диплома. Определение коэффициентов важности критериев на основе обработки экспертных данных - там достаточно математики. :crazy:

В вашем случае критерии, которые приходят в голову сразу - это стоимость тула, удобство использования (выраженное в временных затратах на освоение и написание скриптов), время возврата капитальных вложений... (Я не претендую на правильность формулировок, важен смысл) :unknw:

Если мне не изменяет память, подобная тема диплома была у Вячеслава. Поэтому в какой-то мере вы изобретаете велосипед.

#24124 Разбор оболочки Робота

Отправлено автор: Nadezhda 24 января 2006 - 12:48 в IBM Rational - Functional Testing

А почему не может? Ведь он должен распознавать то, что разработано в среде, которую он поддерживает, верно? А кто сказал, что Робот написан в среде, которую он поддерживает? :acute:

Или я тоже чего-то не понимаю :fool:

P.S. Идея распознать робот инспектором достойна Настоящего Тестировщика :good:

#24128 Разбор оболочки Робота

Отправлено автор: Nadezhda 24 января 2006 - 13:30 в IBM Rational - Functional Testing

Нда... Не хотела бы я столкнуться с такой ситуацией :acute:

#26694 Помогите с SetContext

Отправлено автор: Nadezhda 31 марта 2006 - 11:42 в IBM Rational - Functional Testing

Help по ключевому слову CurrentWindow выдает:

CurrentWindow is a recMethod value that specifies the currently active window as the window object to access or to set as the current context window

Т.е. получается, что CurrentWindow - это как раз то окно, которое сейчас активно. Вы проверяете его заголовок и действуете соответственно результату.

#28188 грабли c Rational Robot скриптом

Отправлено автор: Nadezhda 03 мая 2006 - 09:30 в IBM Rational - Functional Testing

If незакрытый видите?
Я - вижу.

А здесь видите (пример из хелпа)?

If w = 1 or w = 7 then m2 = "the office is closed." else m2 = "please hold for company operator."

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

#26690 Помогите с SetContext

Отправлено автор: Nadezhda 31 марта 2006 - 10:05 в IBM Rational - Functional Testing

Попробуйте так:
Dim PartOfCaption as string
Dim Result as integer
Dim s as string
Dim n as integer

...
PartOfCaption = "what you know about the caption" 'часть заголовка, которая вам известна
Window SetContext, "CurrentWindow", ""
Result = SQAGetProperty("Type=Window;CurrentWindow","Caption",s)
n = InStr(s, PartOfCaption)
if n > 0 then
' это ваше окно
else
' это не ваше окно
end