ТЕСТИРОВАНИЕ ПО

ТРПО

Семестр 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

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

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

1. Initial (начальный) – 70% всех компаний. На уровне «шарашки». Главный фактор: личные качества разработчика. А сама разработка ПО превращается в героическое программирование
2. Repeatable (повторяемый)
1. Появляется четкое и понятное управление требованиями (requirements management)
2. Планирование (planning) хотя бы в Microsoft Project
3. Контроль качества (quality control)
4. Управление версиями

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

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

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

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

o Customer Requirement Specification (CRS)

o Software Designed Document (SDD)

o Detailed Designed Document (DDD)

o Functional Requirement Specification (FRS, ТЗ)

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

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

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

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

· Статистика

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

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

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

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

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

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

ТЕСТИРОВАНИЕ ПО

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

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

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

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

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

• Отсутствие критичных дефектов
• Ограниченный бюджет
• Окончание сроков

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

1. Анализ угроз качеству (по ТЗ, спецификации, плану тестирования)
2. Формирование test-case’ов (тестовые наборы и описание их использования)

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

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

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

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

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

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

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

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

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

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

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

Поиск по сайту: