Сообщений в теме: 14

[Tatas]

Коллеги, караул!
Работаю в тестировании уже не первый год, но всегда было все в "ручном режиме"
Теперь поставлена задача все перевести на "Rational Robot".
Как быстро можно освоить "сей продукт" и начать писать нормальные здоровые скрипты? Какую литературу можете посоветовать? Может в Инете есть какие-то пособия для начинающих , типа самоучителя с примерами?.
особо сидеть и разбираться некогда..основная работа будет стоять..имею опыт программирования на паскале и бейсике.. правда это было давно..

[serega]

особо сидеть и разбираться некогда..основная работа будет стоять..имею опыт программирования на паскале и бейсике.. правда это было давно..

 

Тогда лучше и не начинать, потому как надо именно сидеть и разбираться

Литература для начинающих - Винниченко (есть ссылка на сайте)
Нормальные здоровые скрипты - там же и в мануале

[Mila]

Так же можно поизучать код после автоматической записи скрипта.

[Tiana]

Для того, чтобы писать "нормальные здоровые скрипты" Вам потребуется время, терпение и желание, собственно, как и во всем другом..
Мой совет, ставить перед собой реальную задачу и решать ее и не гнаться за тем, чтобы охватить все и сразу.
Для начала попробуйте детализировать функциональность программы, выделить основную часть, которую чаще всего выполняется, и написать (средствами записи Rational Robot) скрипт, а затем проанализировать его на предмет - какие команды и когда вызываются, что позволяют делать (Помощь в Rational Robot содержит подробное описание команд и примеры использования).
Потом попробуйте улучшить свой код - выделить входные/выходные данные для выполнения функциональности, организовать процедуру или функцию.
Таким же образом, напишите процедуру для другой функциональной части программы, чтобы потом объединить их в единое целое (скрипт).
Создайте скрипт и попробуйте вызывать процедуры последовательно и т.д.
Успехов!

[Iouri Beliaev]

всегда было все в "ручном режиме".

А что подразумевается под "ручным" режимом?

особо сидеть и разбираться некогда

Впечатляющая фраза для тестировщика...

[Imbecile]

всегда было все в "ручном режиме".

А что подразумевается под "ручным" режимом?

Тестирование руками, а не тестовым скриптом. Типа, все кнопочки нажимаются наведением мыши и щелчком левой кнопки.

[Yury]

Ребята - не умничайте :)
............................
На всё это надо дня 3 плюс знание основ VB, а описание специфических функций SQABasic есть в хелпе - то-есть, если Вы когда-то писали что-то в Экселе - и здесь ничего сложного нет.

Через неделю у Вас уже будет некая пробная сюита, и некоторое количество опыта, чтобы начать автоматизировать выборочно какой-нибудь независимый функционал.

drcoor, а можно мне тоже немного "поумничать"?

Главное для успешной автоматизации тестирования это не умение нажимать кнопки и не знание VB/SQABAsic/TSL и.т.п.

Главное это:
- правильный выбор того, что должно быть автоматизировано,
- правильный дизайн вашей "тест сюиты", включая разбиение скриптов на модули/функции и разделение кода и тест данных.
- взаимодейтвие между вами и разработчиками и т.д.

Юрий
http://www.softwaretestconsulting.com

[serega]

Главное это:
- правильный выбор того, что должно быть автоматизировано,
- правильный дизайн вашей "тест сюиты", включая разбиение скриптов на модули/функции и разделение кода и тест данных.
- взаимодейтвие между вами и разработчиками и т.д.

Прекрасные тезисы, а так хочется реальных советов

[barancev]

Главное это:
- правильный выбор того, что должно быть автоматизировано,
- правильный дизайн вашей "тест сюиты", включая разбиение скриптов на модули/функции и разделение кода и тест данных.
- взаимодейтвие между вами и разработчиками и т.д.

Если человек никогда не занимался автоматизацией, как, интересно, он будет следовать Вашим советам? Как это он сразу правильно выберет, что надо автоматизировать, а что не надо? Как он реализует правильный дизайн "сьюты", если люди годами формируют под себя наборы вспомогательных библиотек? А взаимодействие с разработчиками для автоматизации нисколько не специфично, при ручном тестировании оно точно такое же.

Чтобы научиться автоматизировать, надо просто начать пробовать. Читайте туториалы, книжки, статьи в Интернете. Берите пробные версии инструментов (не ограничивайтесь RR, это не лучший инструмент, даже в линейке от Rational он уже давно устарел). С инструментами идут примеры -- изучайте их. Спрашивайте на форуме конктретные вопросы, если что-то не получается, тогда ответы будут тоже конкретными.

[Yury]

Если человек никогда не занимался автоматизацией, как, интересно, он будет следовать Вашим советам? Как это он сразу правильно выберет, что надо автоматизировать, а что не надо? Как он реализует правильный дизайн "сьюты", если люди годами формируют под себя наборы вспомогательных библиотек?

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

А взаимодействие с разработчиками для автоматизации нисколько не специфично, при ручном тестировании оно точно такое же.

1) При автоматизации тестирования приходится взаимодействовать как с тестировщиками, так и с разработчиками.
2) Кроме этого приходится обращать много внимания на "testability" интерфейса.
Эти два дополнительных фактора делают это взаимодействие более сложным.

Чтобы научиться автоматизировать, надо просто начать пробовать. Читайте туториалы, книжки, статьи в Интернете. Берите пробные версии инструментов (не ограничивайтесь RR, это не лучший инструмент, даже в линейке от Rational он уже давно устарел). С инструментами идут примеры -- изучайте их. Спрашивайте на форуме конктретные вопросы, если что-то не получается, тогда ответы будут тоже конкретными.

Согласен на 100%.

Также, если есть деньги, можно пригласить консультанта или записаться на курсы. Это может помочь вам сэкономить несколько месяцев.
Вариантов здесь много, включая и мой курс автоматизации тестирования: http://www.softwaret...sWorkshops.html.

Happy test automation,
Yury

[kasper]

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

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

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

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

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

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

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

[wishня]

Tatas, не представляешь, как помог этой темой всем новичкам: господа профессионалы наконец то разговорились и рассказали много полезного ; )

по теме: я в похожей на вашу ситуации, мне лично помогла еще "Практира использования Rational": http://forums.softwa...p?showforum=106


------
чайник

[toftinoporo]

господа профессионалы наконец то разговорились и рассказали много полезного ; )

не соглашусь. До частностей так никто и не снизошел.

По теме: вот эта страница оказалась весьма полезной:
http://www-128.ibm.c...brary/5623.html

Ну и user guide на английском.