Мои Конспекты
Главная | Обратная связь


Автомобили
Астрономия
Биология
География
Дом и сад
Другие языки
Другое
Информатика
История
Культура
Литература
Логика
Математика
Медицина
Металлургия
Механика
Образование
Охрана труда
Педагогика
Политика
Право
Психология
Религия
Риторика
Социология
Спорт
Строительство
Технология
Туризм
Физика
Философия
Финансы
Химия
Черчение
Экология
Экономика
Электроника

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



ТРПО

Семестр 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. Класс дефекта

 




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







©2015-2020 mykonspekts.ru Все права принадлежат авторам размещенных материалов.