Собираемые метрики, используемые методы, стандарты и шаблоны

На этапе разработки ПП необходимо выполнять оценки рас­хождений плановых сроков и объемов с фактическими, числа проведенных обзоров, выявленных ошибок и дефектов, а также средних трудозатрат и производительности разработки.

Все полученные данные следует хранить в ИБД проектной группы.

Используемый инструмент: система подготовки документов (например, MS Word).

Используемые методы и стандарты: процесс организации; стан­дарты кодирования.

Используемые шаблоны: пользовательской документации; от­чета по обзору; отчета о статусе проекта.

Контрольные вопросы

1. Каково назначение этапа разработки программного продукта?

2. В чем заключается процесс кодирования?

3. Что представляет собой тестирование «черного ящика»?

4. Какое тестирование называется тестированием «стеклянного ящика»?

5. Чем отличается структурное тестирование от функционального?

6. Перечислите критерии охвата и дайте им определения.

7. Чем отличается стратегия восходящего тестирования от стратегии целостного тестирования?

8. Какие недостатки присущи стратегии целостного тестирования?

9. Объясните принцип нисходящего тестирования.

10. Каким образом выполняется статическое тестирование?

11. Как организован процесс разработки справочной системы про­граммного продукта и руководства пользователя?

12. Какова цель создания инсталляции программного продукта?

13. Какие проблемы могут возникнуть в процессе инсталляции и как с ними бороться?

14. Для чего необходимо управление версиями программного продукта?

15. Кто занимается управлением версиями программного продукта?

124-

16. Что называется версией, вариантом версии, выходной версией программного продукта?

17. Какие способы идентификации версий программного продукта вы знаете?

18. Каким образом осуществляется идентификация версий программ­ного продукта:

а) основанная на нумерации;

б) основанная на значениях атрибутов;

в) основанная на изменениях?

19. Какие метрики собирают на этапе разработки программного про­дукта?

20. Какие методы, стандарты и шаблоны используют на этапе разра­ботки программного продукта?

ТЕСТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА

Общая характеристика тестирования и его цикл

Тестирование представляет собой деятельность по проверке программного кода и документации. Она должна заранее плани­роваться и систематически проводиться специально назначенным независимым тестировщиком. Работа тестировщика начинается до утверждения спецификаций требований.*Он проверяет требова­ния к ПП на полноту и возможность тестирования, определяет методы тестирования.

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

Для каждого программного изделия должен существовать на­бор тестов, проверяющий его корректность. Существует несколь­ко уровней тестирования, позволяющих полностью проверить программное изделие. Каждый уровень имеет свои цели и компо­ненты. Можно выделить пять уровней тестирования: модульное; интеграционное; системное; выходное; приемочное.

Рис. 10.1. Цикл тестирования

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

Циклом тестирования называется совокупность действий, вы­полняемых тестировщиком с момента передачи базовой версии ПП тестировщику для интеграционного, системного или приемоч­ного тестирования до момента успешного завершения тестирова­ния (рис. 10.1). На каждом проходе цикла тестирования создаются:

базовая версия ПП, подлежащего тестированию;

отчет о ходе тестирования;

метрики тестирования (заносятся в базу данных проекта).