Автоматизированное тестирование




Является составной частью процесса тестирования. Оно использует специальные приложения для проведения тестов, что помогает не только сократить время тестирования, но и упростить сам процесс.

Автономное тестирование

Тестирование нижнего уровня, тестирование компонент, модулей, подпрограмм. Чаще всего это внутреннее приёмочное тестирование.

Альфа-тестирование

Тестирование программного продукта штатными работниками, либо заказчиками на стороне разработчика. Чаще всего это внутреннее приёмочное тестирование.

Артефакт

Семантически законченная часть информации, которая: формируется, изменяется или используются процессами, определяет область ответственности.

Баг

Ошибка, проявляющаяся на стадии работы программы. Баги локализуются и устраняются в процессе тестирования и отладки.

Бета-тестирование

Распространение среди пользователей готовой версии продукта с ограничениями (по функциональности или времени работы), с целью выявление и устранения максимального количество ошибок.

Гамма-тестирование

Тестирование программы на основе отчетов пользователей.

Заглушка

Компонент, содержащий функциональность, необходимую при тестировании. Заглушка — это либо полностью "пустышка", либо просто возвращает предопределенное значение или имитирует более сложное поведение.

Инсталляционное тестирование

Проверка корректной установки системы при различных условиях с программным обеспечением и ресурсами. Проверка работы системы при модернизации со старой версии на новую, так же как и установки с нуля.

Интеграционное тестирование

Данное тестирование предназначено для проверки правильности работы между модулями системы.

Пример: Загружен документ, после премодерации его помещают в файловый архив, а оттуда есть возможность его вывода на предпросмотр.

Данное тестирование сделано для проверки того, что документ остается неизменным на каждом этапе или же меняется в соответствии с требованиями.

Контроль факта исправления дефектов

После тестирования найденные дефекты исправляются разработчиками. Контроль заключается в последующей проверке правильности исправления дефектов. Очень часто после этого требуется провести регрессионное тестирование для исключения факта поломки ранее работающих модулей систему.

Конфигурационное тестирование

Предназначено для проверки правильности работы на различных программных и аппаратных окружениях.

Пример: проверка правильности работы системы под Windows XP и Windows 2000 или же правильность работы сайта в различных браузерах.

Миграционное тестирование

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

Модульное (unit-) тестирование

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

Нагрузочное / стрессовое тестирование

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

Пример: Есть некий сайт с посещаемостью 10000 человек в день. Целью тестирования в данном случае будет нахождение кол-ва посетителей, при котором сайт будет "тормозить" и его сервисы будут обрабатывать информацию неправильно или слишком долго.

Обработка требований на ошибки

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

Отчёт по дефектам

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

Оценка качества программного продукта

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

Патч

Экземпляр ППО, являющийся обновлением, выпущенным для исправления ошибок, обнаруженных в версии или релизе ППО.
В состав патча входит исполняемый код и описание исправленных в патче ошибок. Патч может распространяться без документации.



Поделиться:




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

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-02-13 Нарушение авторских прав и Нарушение персональных данных


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