Приемочное тестирование
Наиболее ответственная часть тестирования и является последним уровнем тестирования (см. лекцию «Уровни тестирования»)
Основные важные особенности приемочного тестирования:
Используется всегда метод «черного» ящика
(т.е. тестирование проводиться с точки зрения клиента(заказчика)
Выполняется тестировщиками (вмести с заказчиками или представителями заказчиков)
Критерии входа в приемочное тестирование:
Опытный образец ПО, Наличие документации на образец
Приемочное тестирование
Наличие стенда (стендов ) , напр. системы датчиков (при тестировании ПО АСУТП), вспомогательного программного обеспечения
Наличии плана приемочного тестирования, методики и регламента приемочного тестирования (в зависимости от типа приемочного тестирования).
Типы приемочного тестирования.
1. UAT ( Пользовательское приемочное тестирование) – т.е. тестирование для проверки ПО , как если бы ПО использовал конечный пользователь.
Т.е. в этом случае цель : убедиться, что все функции , интерфейс и части ПО работают так как требовал заказчик (в ТЗ)
Приемочное тестирование
2.BAT Приемочное тестирование бизнеса – т.е. тестирование ПО для проверки соответствия ведения бизнеса (напр. АСУ обслуживания в торговых центрах). Разработчики должны сдать программный продукт (напр. ПО отслеживания действий покупателей) для интересов конкретного бизнеса.
3.STLC Эксплуатационное тестирование (противоположность пользовательскому тестированию)- т.е. тестирование проводиться не с позиций пользователей, а с позиций персонала которй будет поддерживать и сопровождать ПО (напр. проверяется
a) возможность резервного копирования (напр. бейкапов CRM)
Приемочное тестирование
Приемочное тестирование и сертификационные испытания разные вещи
Сертификация продукции (см. лекция 1) – процедура подтверждения соответствия что продукция соответствует установленным требованиям.
Особенности сертификационных испытаний:
Сертификационные испытания проводит независимая от разработчика и заказчика организация , имеющая право проводить сертификационные испытания (а не заказчики как при приемочном тестировании)
Результат сертификации выдача соответствующего сертификата (а не акта о приемочном тестировании)
Приемочное тестирование
Сертификация обязательна если к ПО предъявлено соответствующее требование.
4 тип . ПРЕМОЧНОГО ТЕСТИРОВАНИЯ RAT – приемочное тестирование правил/ соответствия. Цель данного приемочного тестирования: убедиться , что продукт не нарушает правила , законодательство и положения государства.
Кроме того имеется
Контрактное приемочное тестирование . Если ПО разрабатывается в сторонней организации то может заключаться контракт . В таком контракте обычно излагаются основные условия и требования к приемке и приемочному тестированию ПО.
Приемочное тестирование
Кроме того следует отметить
Бета – тестирование - тестирование которое выполняется на стороне клиента в ограниченном кругу реальных пользователей (но для массовой эксплуатации). Для этого используется конкретная бета- версия программного продукта.
Когда программный продукт выходит в релиз он становиться доступным всем.
Альфа-тестирование – выполняется в тестовой среде разработчика пользователями не входящими в организацию разарботчика.
Пример приемочное тестирование
Тип тестирования: UAT (пользовательское тестирование)
Особенности проекта: замена функционала старой автоматизированной банковской системы на новую
Участники тестирования:
Ответственные от бизнеса: бизнес – пользователи и тестировщики
Координатор (осуществляет координацию тестирования , напр. время проведения тестирования, длительность той или иной процедуры тестирования, решает проблемы между участниками тестирования)
Ответственный от ДИТ : аналитик , разработчик и технолог
Пример приемочного теста
Действия |
Требования |
Результаты |
Зайти на сайт |
«Спрашивать |
Вход в систему |
банка |
пароль на |
выполнен. |
Аудетифициро |
входе» |
|
ваться с |
|
|
помощью |
|
|
логина пароля |
|
|
Зайти на сайт |
Ввести неверный |
Ошибка |
банка и |
логин |
аудентификаци |
провести |
|
и клиента |
процедуру |
Ввести неверный |
Ошибка |
аудентификац |
пароль |
аудентификаци |
ии клиента |
|
и клиента |
Пример приемочное тестирование
Критерии выхода(при позитивном результате) из тестирования:
Тестирование выполнено в полном объеме
У пользователей нет замечаний к тестируемому функционалу
Подписан акт о вводе в промышленную эксплуатацию.
Пример приемочное тестирование
База тестирования :
Базу готовят тестировщики Пример базы (упрощенный вариант)
Наименова Действия |
Результат Соответств |
ние |
ие |
клиента |
|
Иванов |
Пополнение |
Проводки |
Соответств |
Иван |
счета |
прошли |
ует |
Иванович |
|
успешно |
|
БД
Недостатки Access
локальная БД (файл-серверная архитектура)
используется RDP протокол (протокол удаленного доступа), что снижает эффективность использования БД . Напр. несколько пользователей будут мешать друг другу.
в случае некорректного выхода - файл надо восстанавливать (в MySQL такого нет)
поэтому лучше переходить с Access на MySQL , а еще лучше сразу PostgreSQL
Access платное
БД
БД могут быть локальные (Access) Файл-сервеная архитектура.
Клиент- серверная архитектура (MySQL, PostagreSQL)
В таком случае БД размещается на отдельном сервере БД.
Несколько терминов Поля БД -cтолбцы БД
Модель БД - шаблон для создания таблиц
.
БД
Порядок создания БД 1этап. Создание БД
2 этап. Разместить БД на сервере.
3 этап. Подключить БД к приложению.
Рассмотрим 1 этап.
Обычно БД создаются для того , чтобы потом разместить их на сервере (т.е. современный подход - разместить БД на сервере, используя клиент-серверную архитектуру).
Поэтому наиболее часто испоьлуеся PosgreSQL, MySQL