14

Макаров В.А. «Технология разработки программного обеспечения» (курс лекций) набрал Тейс Г., гр.2091

Трпо семестр II содержание

12. МОДЕЛЬ ОЦЕНКИ КАЧЕСТВА ПО (CMM) 2

13. ТЕСТИРОВАНИЕ ПО 2

14. ВОСХОДЯЩЕЕ И НИСХОДЯЩЕЕ ТЕСТИРОВАНИЕ 3

15. ТЕСТИРОВАНИЕ МЕТОДОМ «ЧЁРНОГО ЯЩИКА». ТЕСТИРОВАНИЕ МЕТОДОМ «БЕЛОГО ЯЩИКА» 3

16. ПРИЁМО-СДАТОЧНЫЕ ИСПЫТАНИЯ (ПСИ) 4

17. СТАНДАРТНЫЙ СЦЕНАРИЙ ТЕСТИРОВАНИЯ ПП 4

18. ФИЛОСОФИЯ ООП 4

19. ЭКСТРЕМАЛЬНОЕ ПРОГРАММИРОВАНИЕ (XP) 5

20. ВВЕДЕНИЕ В COM 5

21. MICROSOFT .NET FRAMEWORK 6

22. ПРОТОКОЛ ТЕСТИРОВАНИЯ 7

23. UNIFITED MODEL LANGUAGE (UML) 7

24. ЗАДАЧА О ЛИФТЕ 9

12. Модель оценки качества по (cmm)

CMM (Capability Maturity Model) – модель зрелости (1987 год) выделяет 5 уровней зрелости разработчиков:

1. Initial (начальный) – 70% всех компаний. На уровне «шарашки». Главный фактор: личные качества разработчика. А сама разработка ПО превращается в героическое программирование

2. Repeatable (повторяемый)

   1. Появляется четкое и понятное управление требованиями (requirements management)

   2. Планирование (planning) хотя бы в Microsoft Project

   3. Контроль качества (quality control)

   4. Управление версиями

      1. Документирование ПП

      2. Фиксирование версий

3. Defined (определенный, детерминированный)

• Документирование процесса

  • Customer Requirement Specification (CRS)

  • Software Designed Document (SDD)

  • Detailed Designed Document (DDD)

  • Functional Requirement Specification (FRS, ТЗ)

• Программа обучения (training program)

• Унифицированные процедуры управления

• Контроль за соблюдением процесса (review)

4. Managed (регулируемый) – уровень «сказка»

• Статистика

  • Оценка трудоемкости: предварительная, постархитектурная, реальная

• Управление качеством

5. Optimizing (оптимизирующий) – уровень «мечта»

• Дефекты в процессе разработки не допускаются

• Процесс непрерывно развивается

С увеличением уровня происходит и рост стоимости продукта. Поэтому последние 2 уровня модели зрелости используются крайне редко (разве лишь в оборонном ведомстве).

13. Тестирование по

Тестирование – это процесс выполнения программы на некотором наборе данных, для которого либо известен результат исполнения, либо известны правила поведения программы на входных наборах данных.

Отладка – поиск и исправление ошибок.

Отладка = тестирование + поиск ошибок + устранение ошибок

Отладка (в узком смысле) = обнаружение ошибки + устранение ошибки

Критерии окончания тестирования:

• Отсутствие критичных дефектов

• Ограниченный бюджет

• Окончание сроков

Стратегии проектирования тестов:

1. Анализ угроз качеству (по ТЗ, спецификации, плану тестирования)

2. Формирование test-case’ов (тестовые наборы и описание их использования)

3. (требуется не всегда) Разработка тестовых приложений

4. Прогон тестов. Обязательны подготовительные действия

5. Формирование списка дефектов

6. Ведение журнала трекинг дефектов (жизненный цикл)

Дефект – ошибка, обнаруженная при исполнении программ на завершающей стадии разработки

Процесс тестирования:

1. Описание тестов

2. Ожидаемые результаты

3. Соответствие тестов

4. Показатели качества

5. Класс дефекта

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

1. Тестер – это всегда квалифицированный специалист.

Квалификация в зависимости от вида тестирования может быть различной:

• Квалифицированный архитектор

• Квалифицированный пользователь

• Квалифицированный программист

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

Разработчик программы не может быть тестером

2. Хорошо лишь тот тест, для которого высока вероятность обнаружить ошибку

3. Тесты должны быть как позитивные, так и негативные

4. Тесты должны быть повторяемые

5. Каждый модуль добавляется только один раз (недопустим откат на тестирование предыдущих версий)

6. Финальное тестирование предполагает запуск всех тестов