Hotel booking test strategy

1. О проекте

1.1. Цели проекта

1.1.1. - Система бронирования номеров отеля - Работа системы 24/7 - Доступ к системе для пользователей из разных стран

1.2. Тех. описание

1.2.1. - Соединение с клиентами по REST API - Cерверами обработки данных находятся в США и России - База данных системы единая и находится в США - Работа системы 24/7

2. Тестирование функциональности

2.1. Сервер корректно обрабатывает все запросы на создание/чтение/изменение/удаление данных

2.2. Отсылает валидные ответы на все запросы

2.3. Серверы своевременно получают сведения об изменении данных.

3. Тестирование производительности

3.1. Насколько быстро система обрабатывает входящие запросы и отсылает ответы

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

3.3. Клиенты из разных стран должны подключаться к ближайшим для себя серверам по умолчанию

4. Тестирование целостности данных

4.1. Состояние гонки за данными

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

4.1.2. Одновременный или близкий по времени запрос на бронирование одного и того же номера, проходящий как через один сервер, так и через разные серверы

4.2. Транзакции

4.2.1. Проверка возможности начать бронировать номер, который уже в стадии бронирования. Проверять как через один сервер, так и через разные.

4.2.2. Как система обрабатывает незавершенные транзакции, прерванные неожиданно или корректно отмененные

5. Тестирование надежности

5.1. Работа системы в течение долгого времени после большого числа обработанных запросов

5.2. Перенаправление запросов на другой сервер, если дефолтный недоступен

5.3. Проверка работы серверов при недоступной базе данных

5.4. Проверка резервирования базы данных. Проверка восcтановления базы из резервной копии.

5.5. Возможность восстановить состояние при повреждении базы на основе истории транзакций и обработки данных (если применимо)

6. Тестирование безопасности

6.1. Шифрование данных, сертификаты, подписи если применимо.

6.2. Эффективность защиты от DoS атак

7. Тестирование расширяемости

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

7.2. Увеличение числа пользователей по сравнению с текущим количеством. Готовы ли серверы и база к этому.

7.3. Увеличение числа отелей и номеров

7.4. Возможность бронирования через систему не только отелей, но и, скажем, ресторанов

7.5. Насколько легко добавить новую базу данных, скажем, в РФ и синхронизировать обе БД. Насколько расширяема вся система.

7.6. Возможность добавления новой локализации

8. Тестирование совместимости

8.1. Аппаратная совместимость

8.2. Программная совместимость (проверка работы с теми программными компонентами, с которыми система должна работать)

8.3. Работа на предполагаемых операционных системах

9. Стресс-тестирование

9.1. Работа системы в условиях недостаточности аппаратных ресурсов: оперативной памяти, места на диске, вычислительной мощности, узкого канала (изменение MTU ?)