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

[Case]

Опубликована вторая часть большого материала "Автоматизация процесса тестирования при помощи методологии и инструментальных средств IBM Rational".

Часть вторая - Инструментальные средства поддержки процесса тестирования
Автор: Новичков Александр
www.cmcons.com

Предлагаем вашему вниманию краткое содержание материала:

Введение
Средства тестирования для разработчиков
Организация тестирования
Quantify, Purify и PureCoverage

Профилировщик Quantify
Введение
Запуск приложений
Анализ информации
"Run Summary"
Дерево вызовов "Call Graph"
Список вызовов функций "Function List"
Сравнивание запусков "Compare Runs"
API
Сохранение данных и экспорт

Purify. Контроль над утечками памяти
Введение
Основные параметры вывода
Сообщения об ошибках и предупреждениях
Работа с фильтром
API
Сохранение данных и экспорт
Параметры тестирования

PureCoverage. Проверка области охвата кода
Введение
Особенности запуска
Работа с PureCoverage
Анализ результатов тестирования
API
Сохранение данных и экспорт

Итог
Дополнительные возможности средств тестирования для разработчиков
Способы запуска
Тестирование сервисов Windows NT/2000/XP
Основные свойства средств Purify, Quantify и PureCoverage

Обновлён ГЛОССАРИЙ

Вторая часть материала является логическим продолжением материала
"Автоматизация процесса тестирования при помощи методологии и
инструментальных средств IBM Rational". Содержание материала позволяет
удобно работать с обеими частями документации.

Читать полностью:
http://software-test..._rational_2.htm

[van]

На мой взгляд, все рассматриваемые в статье продукты (Quantify, Purify и PureCoverage) не являются инструментальными средствами поддержки процесса тестирования. И поэтому следовало бы назвать статью по другому.

Все вышеперечисленные средства относятся к runtime анализу исходного кода программ.

[Case]

Я думаю, Александ Новичков сам ответит вам. Он зарегистрирован в форуме.

[alex-golder]

Ну не очень хочется объяснять, что 2х2=4... но придется...
Для начала предлагаю открыть RUP и посмотреть как там позиционируются данные средства.
Есть средства отладки (Rational предлагает включать их в план тестирования) - это отдельная истроия...

Интересно, как по-вашему кто будет проверять область охвата кода?? Куда будут заносить результаты тестирования?
А как и кам будет проверяться производительность?
Вот эти инструменты нужны разработчикам, для понимания того ЧТО они пишут и насколько безглючно это работает. Ошибки здесь не очень документируются, так как разработчики на себя обычно не "стучат". С этой точки зрения - да, инструменты подвисли...

Но ведь потом идет тестирование.... и желательно регрессионное. А вот тут тестировщики берут любимый test manager и robot, ставят специальную галку (какую именно? - читайте 3 выпуск). И робот выполняя тесты ловит мемори лики и говорит сколько %%% кода было протестированно по данному сценарию...
Все дефекты занесотся в ClearQuest уже тестировщиками. И если мемори лик из билда в билд повторяется, то, наверное, с разрабочиком нужно провести воспитательную беседу :)

Хотелось бы услышать еще мнение на данную тему

[Case]

А вот тут тестировщики берут любимый test manager и robot, ставят специальную галку (какую именно? - читайте 3 выпуск).

Александр, а когда упомянутая 3-я часть материала предвидется?

[alex-golder]

Хочу успеть до нового года. Если нет, то в первых числах нового.
Просто сейчас готовится 2 аналитические статьи именно по Rational Unified Process, чтоб наконец всем все стало ясно :)

[van]

Ну не очень хочется объяснять, что 2х2=4... но придется...
Для начала предлагаю открыть RUP и посмотреть как там позиционируются данные средства.

Посмотрел

Rational PurifyPlus is an advanced debugging and diagnostic tool
:))

[Case]

van, это по-моему как назвать и как(кем) кприменять.

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

[alex-golder]

Ну что, читаем РУПу ;)
Activity: Execute Test Suite

Purpose
To execute the appropriate collections of tests required to evaluate product quality
To capture test results that facilitate ongoing assessment of the product

Steps
Setup test environment to known state
Set execution tool options
Schedule Test Suite execution
Execute Test Suite
Evaluate execution of Test Suite
Recover from halted tests
Inspect the Test Logs for completeness and accuracy
Restore test environment to known state
Maintain traceability relationships
Evaluate and verify your results

Tool Mentors:
Evaluating Test Coverage Using Rational TestFactory
Evaluating the Results of Executing a Test Suite Using Rational TestFactory
Executing a Test Suite Using Rational TestFactory
Executing a Test Suite Using Rational TestManager
Executing Test Suites Using Rational Robot
Executing Test Suites Using the Rational PurifyPlus Tools (Windows and UNIX)
***

Опять же как на что посмотреть ;)

[van]

Согласен, не будем спорить о терминологии.
Но я бы назвал вторую часть материала более узко и более понятно.

[alex-golder]

а как можно назвать было вторую часть единого материала? :blink:

[van]

Вот несколько вариантов:

1. Инструментальные средства фазы программирования
2. Инструментальные средства отладки и диагности исходного кода
3. Инструменты тестирования исходного кода

[alex-golder]

вот и ладно :)
если внимательно посмотреть заголовок, то purify plus называется "Средства тестирования для разработчиков"
так что все правильно :D :D :D

[van]

В этом споре истина не родилась :)