Home

Авторы: Николай Колесник, Геннадий Алпаев

Данное руководство описывает основные принципы работы с программой автоматизированного тестирования SilkTest.

Предполагается, что читатель знаком с основами объектно-ориентированного программирования (ООП), тестирования и разработки программного обеспечения.

Цель данного пособия: дать толчок начинающему изучать SilkTest, поэтому не надейтесь найти здесь исчерпывающее руководство. Наиболее полным источником информации является Help, поставляемый с программой (на английском языке). Также предполагается хотя бы минимальное знание английского языка.

Все примеры делались на SilkTest версий 6.5, 7.1 и 7.5.

Ранее опубликованное на этом сайте руководство устарело.

Обновлённую версию можно скачать с сайта Automated Testing Service Group: http://autotestgroup.com/ru/materials/19.html

Это пособие для вас готовили:

• Николай Колесник (написать письмо, ICQ#: 312628427)
• Геннадий Алпаев ( Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript , ICQ#: 177141799)

Мы будем очень признательны за любые замечания, предложения, сообщения об ошибках и т.д., которые Вы найдете. Сообщайте нам любым удобным для Вас способом.

Надеемся, что это руководство было полезным для Вас!

Автор: Жан-Клод Ватье, Software Services, IBM

Источник публикации: Журнал Rational Edge

В статье автор представляет технику тестирования ПО, помогающую пользователям автоматизированных инструментов тестирования в процессе принятия решений, без использования ручного кодирования. Таблицы принятия решений предоставляют простые визуальные средства, за счет чего они могут применяться в основанных на знаниях системах для выполнения эффективной верификации процессов. В процессе разработки ПО таблицы принятия решений помогут коллективам разработчиков в управлении сложной логикой программных приложений.

Автор: Томас Р. Арнолд II (Tom Arnold), Xtend Development

Источник публикации: Interface

Компания Rational Software попросила меня поделиться впечатлениями об их новом продукте — Rational RobotJ. Они сделали это по двум причинам. Наиболее очевидная из них состоит в том, что я длительное время принимаю участие в проектах автоматизации систем тестирования, и часто наблюдал за методами, использовавшимися в подобных прикладных программах, в том числе и неправильными. Вторая причина в том, что я никогда не использовал Rational Robot или его модели Test Manager. Обладая опытом в области автоматизации, я смогу свежим взглядом оценить решения, применяемые Rational для автоматизации тестирования программного обеспечения.

Автор: Панкратов Вячеслав при активном участии консультантов проекта Ольги Агладзе и Дмитрия Шевченко

Содержание:

• Общая схема работы
• Основные шаги при записи автоматизированного теста
• Параметризация
• Контрольные точки

Автор: Панкратов Вячеслав

Зачем нужна система, которая позволит оценить выгоды от внедрения вопрос скорее риторический, чем практический, но всё же постараемся формализовать причины, по которым исследование эффективности можно считать неотъемлемой задачей при выборе, внедрении и использовании средств автоматизации тестирования.

Автор: Панкратов Вячеслав

Средства автоматизации процессов тестирования представлены на рынке очень широким кругом компаний производителей. Автоматизация тестирования затрагивает всё более глубокие технические процессы разработки ПО и всё глубже интегрируется в процесс его производства.

• Каким образом начать анализ рынка средств автоматизации тестирования?
• На что стоит обращать внимание при анализе средств автоматизации тестирования?
• По каким критериям можно оценивать функциональные возможности инструментов и группировать системы автоматизированного тестирования?

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

Автор: Михаил Давыдов, Luxoft Company (www.luxoft.com)

Суть тестирования — выполнение проверок (в model-based тестировании их принято называть «оракулами»). Очевидно, что при проведении проверок можно и нужно абстрагироваться от пользовательского интерфейса. Проверки выполняются над объектами, представляющими состояние системы (причём, могут использоваться несколько объектов одновременно — например, объекты представляющие текущее и предыдущее состояния системы).

Предложенная оценочная карта применима в ситуации, когда нужно провести анализ нескольких средств автоматизации тестирования по различным признакам. Критерии анализа разбиты на группы, что позволяет в случае узкоспециализированных средств проводить более специальный анализ. Разработанная весовая сетка может быть изменена и дополнена с целью смещения акцентов анализа и внедрение в систему анализа новых факторов. Карта заполнена тестовыми данными, критической оценки абстрактного инструмента.