Отправляет email-рассылки с помощью сервиса Sendsay

Записки бизнес аналитика

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "О карьере и профессиональном развитии IT-специалистов" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Январь 2006   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор sla***@p*****.ua

Статистика

2.701 подписчиков
+9 за неделю
←   Все выпуски   →

Тезисы доклада: Эффективная методика проведения тестирования


Информационный Канал Subscribe.Ru
 
SOFTWARE-TESTING.RU
Информационный канал
 
  • Тестирование и качество информационных систем
  • Сообщество специалистов отрасли
  • Публикации и обсуждения материалов
  • Журнал "Тестирование и Качество"
Новости :: Пресс-релизы :: Библиотека :: Литература :: Инструменты :: Форумы :: Работа :: О проекте

ЗАПИСКИ ТЕСТИРОВЩИКА

Авторский проект
Вячеслава Панкратова
Рассылки Сервера тестировщиков
:: Спонсоры проекта Software-Testing.Ru
:: Тезисы доклада.

В этом выпуске я хочу опубликовать основные тезисы своего доклада на семинаре СМ-Консалт, который прошёл в Киеве в декабре 2005 года.

Доклад назывался "Эффективная методика проведения функционального и нагрузочного тестирования. Обзор средств тестирования IBM Rational". Хочу сосредоточиться на первой части доклада: что же такое эффективное тестирование и каким образом те или иные инструменты могут решать задачи процесса тестирования?

Вводная часть:

  • Тестирование программного обеспечения занимает от 30 до 50 процентов от всей стоимости разработки
  • Тестировать эффективно – значит решать проектные задачи в рамках процесса с применением интегрируемых решений
  • Тестирование не только процесс контроля, но и мощный инструмент разработки, который позволяет достичь определённого уровня качества
  • Задача - тестировать эффективно!

Распространённое заблуждение:

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

Цели тестирования:

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

Требования к процессу тестирования:

  • Разработка сложных систем для бизнеса с высоким показателем изменяющихся бизнес-требований выдвигает к процессу тестирования ряд жестких требований:
    • Определять дефекты раньше
    • Определять проблемные места точнее
    • Диагностировать применение тех или иных архитектурных решений на этапе разработки
    • Определять степень готовности программного продукта не только в разрезе "Требования/реализованная функциональность", но и в областях "Качество" и "Зрелость Продукта"

Определение качества: критерии:

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

Цели тестирования:

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

Задачи тестирования:

  • Задачи тестирования намного шире чем поиск дефектов!
  • Типичные вопросы, с которыми сталкиваются группы тестирования:
    • Сколько ошибок мы нашли? N - это много или мало?..
    • Почему наши пользователи находят ошибки, если мы потратили на тестирование столько времени?!
    • Мы нашли N ошибок - мы можем остановить тестирование?..
    • А как будет себя вести наше приложение в эксплуатации?..
  • Снижение стоимости завершения проекта
    • Стоимость внесения изменений на более поздних этапах проекта возрастает на порядок!
  • Минимизация сроков завершения проекта
    • За счёт сокращения итераций на исправление дефектов и внесения изменений
  • Снижение затрат на поддержку ПО ИС
    • За счёт сокращения запросов от конечных пользователей и затрат технического персонала
  • Снижение рисков и/или штрафов связанных с поставкой ПО ненадлежащего качества
    • Прямые финансовые риски

Виды тестирования:

  • В соответствии с RUP принята следующая базовая классификация видов тестирования
    • Функциональное тестирование
    • Нагрузочное тестирование

Функциональное тестирование:

  • Непосредственно функциональное тестирование (Function testing)
    • Делает ли приложение то что должно?
  • Тестирование целостности данных (Data integrity testing)
    • Не нарушаем ли мы логической целостности?
  • Тестирование на разных платформах (Configuration testing)
    • Это будет работать на рабочем месте клиента?
  • Тестирование отказоустойчивости (Failover & recovery testing)
    • А как система поведёт себя после сбоя?
  • Тестирование доступа (Security testing)
    • Насколько мы разграничиваем доступ?
  • Инсталляционное тестирование (Installation testing)
    • Инсталляция - такой же участок функционала!
  • Тестирование пользовательского интерфейса (User interface testing)
    • То с чем работает наш Клиент и Заказчик: наше лицо
  • "Шаг наверх": определение качества
    • Качество - соответствие заявленным критериям ИС: требованиям, которым должна удовлетворять ИС
    • Критерии качества: Надежность + Функциональность + Производительность
    • Задача инструментов тестирования адресоваться к конкретным критериям качества

На протяжении всего доклада при рассмотрении конкретных решений для автоматизации тестирования я возвращался к этим базовым понятиям: Надежность + Функциональность + Производительность и акцентировал внимание что любой инструмент должен однозначно адресоваться к одному из аспектов качества.
:: Рекомендуем
Быстрое тестирование Экстремальное программирование: разработка через тестирование
Кент Бэк 		Быстрое тестирование Тестирование объектно-ориентированного программного обеспечения
Дж. Макгрегор, Д. Сайкс
Купить в ОЗОНЕ Купить в ОЗОНЕ
© 2003-2005 | www.Software-Testing.Ru
Subscribe.Ru
Поддержка подписчиков
Другие рассылки этой тематики
Другие рассылки этого автора		 Подписан адрес:
Код этой рассылки: comp.soft.prog.notes
Архив рассылки		 Отписаться Вебом Почтой
Вспомнить пароль
В избранное