Методические указания по выполнению практических работ по профессиональному модулю
Создание документации по интеграции и тестированию программного обеспечения
жүктеу/скачать 5.65 Mb.
|
- Бұл бет үшін навигация:
- Теоретические сведения
| Создание документации по интеграции и тестированию
программного обеспечения. Цель: Получение практических навыков оформления протоколов тестирования. Теоретические сведения Тестирование – процесс выполнения программы на наборе тестов с целью выявления ошибок. Обеспечить повторяемость процесса тестирования недостаточно – вы должны оценивать и проект, чтобы можно было точно сказать, улучшается он в результате изменений или ухудшается. Вот некоторые категории данных, которые можно собирать с целью оценки проекта: административное описание дефекта (дата обнаружения, сотрудник, сообщивший о дефекте, номер сборки программы, дата исправления); полное описание проблемы; действия, предпринятые для воспроизведения проблемы; предложенные способы решения проблемы; родственные дефекты; тяжесть проблемы (например, критическая проблема, «неприятная» или косметическая); источник дефекта: выработка требований, проектирование, кодирование или тестирование; вид дефекта кодирования: ошибка занижения или завышения на 1, ошибка присваивания, недопустимый индекс массива, неправильный вызов метода и т. д.; классы и методы, измененные при исправлении дефекта; число строк, затронутых дефектом; время, ушедшее на нахождение дефекта; время, ушедшее на исправление дефекта. Собирая эти данные, вы сможете подсчитывать некоторые показатели, позволяющие сделать вывод об изменении качества проекта: число дефектов в каждом классе; все числа целесообразно отсортировать в порядке от худшего класса к лучшему и, возможно, нормализовать по размеру класса; число дефектов в каждом методе, все числа целесообразно отсортировать в порядке от худшего метода к лучшему и, возможно, нормализовать по размеру метода; среднее время тестирования в расчете на один обнаруженный дефект; среднее число обнаруженных дефектов в расчете на один тест; среднее время программирования в расчете на один исправленный дефект; процент кода, покрытого тестами; число дефектов, относящихся к каждой категории тяжести. Кроме протоколов тестирования уровня проекта, вы можете хранить и личные протоколы тестирования. Можете включать в них контрольные списки ошибок, которые вы допускаете чаще всего, и указывать время, затрачиваемое вами на написание кода, его тестирование и исправление ошибок. Каждый дефект, обнаруженный в процессе тестирования, должен быть задокументирован и отслежен. При обнаружении нового дефекта его заносят в базу дефектов. При занесении нового дефекта рекомендуется указывать, как минимум, следующую информацию: 1) Наименование подсистемы, в которой обнаружен дефект. 2) Версия продукта (номер build), на котором дефект был найден. 3) Описание дефекта. 4) Описание процедуры (шагов, необходимых для воспроизведения дефекта). 5) Номер теста, на котором дефект был обнаружен. 6) Уровень дефекта, то есть степень его серьезности с точки зрения критериев качества продукта или заказчика. Тестовый отчет обновляется после каждого цикла тестирования и должен содержать следующую информацию для каждого цикла: 1) Перечень функциональности в соответствии с пунктами требований, запланированный для тестирования на данном цикле, и реальные данные по нему. 2) Количество выполненных тестов – запланированное и реально исполненное. 3) Время, затраченное на тестирование каждой функции, и общее время тестирования. 4) Количество найденных дефектов. 5) Количество повторно открытых дефектов. 6) Отклонения от запланированной последовательности действий, если таковые имели место. 7) Выводы о необходимых корректировках в системе тестов, которые должны быть сделаны до следующего тестового цикла. Итоговый отчет о качестве проверенного функционала является неотъемлемой частью работы, которую каждый тестировщик должен выполнить по завершении тестирования. Итоговый отчет можно разделить на части с соответствующей информацией: Общая информация. Сведения о том, кто и когда тестировал программный продукт. Тестовое окружение. Общая оценка качества приложения. Обоснование выставленного качества. Графическое представление результатов тестирования. Детализированный анализ качества по модулям. Список самых критичных дефектов. Рекомендации. Далее рассмотрим подробно каждую часть итогового отчета. жүктеу/скачать 5.65 Mb. Достарыңызбен бөлісу:
|