Home

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

Оригинальная публикация

Для внедрения автоматизации тестирования ПО необходимы всего три вещи:

• Мотивация руководства
• Зафиксированный и работающий процесс тестирования
• Ресурсы: выделенные люди, которые будут заниматься только автоматизированным тестированием + фанат своего дела

Если чего-то из этого нет – лучше не начинать, на выходе всё равно получится «дохлая лошадь».

Почему?

Автор: Мартыненко Сергей

Оригинальная публикация: Часть 1, Часть 2.

Часть первая, рациональная

Эта часть статьи написана по мотивам доклада на первой конференции русскоязычного комьюнити тестировщиков 21 апреля 2007.

Под автоматизированным тестированием в этой статье понимается только и исключительно функциональное тестирование через GUI при помощи одного из инструментов: Rational Robot, QTP, TestComplete (священная корова, примерно соответствующая Oracle у DBA). Сделано это для того, чтобы не писать во всей статье оговорки.

Выбор  регрессионных автоматических тестов

Для предотвращения «расползания» кода и раннего обнаружения ошибок широко применяется практика ежедневного тестирования в автоматическом режиме.

В мировой практике наиболее распространены следующие виды тестов:

Полная "режиссерская" версия доклада, сделанного SQA Days 2008

Автор: Сергей Талалаев

Оригинальная публикация

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

Автор: Семенкин Максим

Оригинальная публикация

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

Автор: Михаил Давыдов

Статья изначально написана для западного заказчика по результатам предварительного evaluation IBM Rational Functional Tester (к моменту написания статьи автор уже имел продолжительный опыт работы с Mercury QuickTest Pro 6.5). Целью evaluation был (предварительный) выбор инструмента автоматизированного функционального тестирования Web-приложения, разрабатываемого для заказчика нашей компанией. Статья не претендует на исчерпывающий анализ обоих инструментов — такой цели и не ставилось. Цель статьи — проанализировать сферу применимости обоих инструментов, обозначить их наиболее сильные и наиболее слабые стороны. Приношу читателям извинения за свой, не всегда адекватный английски язык (а так же то, что я не удосужился перевести статью на русский).

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

В материале рассматриваются вопросы, которые чаще всего возникают при первом знакомстве с инструментом автоматизации функционального и регрессионного тестирования Mercury Interactive — QuickTest Pro.

В статье обсуждается работа с тремя версиями QTP — 6.5, 8.2 и 9.0. Если это не оговаривается специально, ответы на вопросы подходят для всех трёх версий.

• Actions, Iterations
• Использования объекта DataTable и параметризация
• Логгинг
• Распознавание объектов в QTP
• Работа с Object Repository
• Методы Test Object
• Синхронизация
• Свойства Объектов
• Работа с библиотеками и программирование на VBScript
• Использование объекта Environment
• Запуск пакетов тестов и использования QTP Automation Object Model
• Undocumented features

Автор: Антон Гусев, Невоструев Иван

Первоисточник: www.tony.ru

В основном из-за увлеченности методологией XP авторы знакомы с тестовой инфраструктурой JUnit, соответственно, для php их выбор пал на phpUnit, как на созданный энтузиастами порт своего «старшего брата». На сегодняшний день существует несколько различных версий порта JUnit на php.

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

Данное руководство описывает основные принципы работы с программой автоматизированного тестирования 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 для автоматизации тестирования программного обеспечения.