приклад Test Plan

tp.md

TEST PLAN

Проєкт: OLX NextGen — модернізація платформи OLX.ua
Версія: 1.0
Дата: 30 січня 2026
Автор: QA Lead
Погоджено: Project Manager, Product Owner

---

1. Вступ

1.1. Мета Test Plan

Цей Test Plan описує стратегію, обсяг, підхід, ресурси та графік тестування проєкту OLX NextGen з метою:

• підтвердити відповідність продукту вимогам SRS;
• мінімізувати бізнес-, технічні та репутаційні ризики;
• забезпечити якість, стабільність, безпеку та продуктивність платформи перед production-релізом.

1.2. Об’єкт тестування

Веб-платформа OLX NextGen:

• мобільна версія (PWA — пріоритет);
• desktop-версія;
• backend API;
• ML/AI-компоненти рекомендацій;
• платіжні інтеграції;
• DevOps / інфраструктура.

---

2. Scope тестування

2.1. In-Scope (що тестуємо)

Функціональне тестування

• Авторизація та реєстрація (FR-01 – FR-03)
• Публікація та керування оголошеннями (FR-04 – FR-06)
• Пошук, фільтри та AI-рекомендації (FR-07 – FR-09)
• Монетизація та платежі (FR-10 – FR-12)
• Модерація та антифрод (FR-13 – FR-15)
• PWA-функціонал (офлайн, push) (FR-16 – FR-17)

Нефункціональне тестування

• Продуктивність та навантаження (NFR-01, NFR-02)
• Надійність та відновлення (NFR-03, NFR-04)
• Безпека (NFR-05 – NFR-07)
• Масштабованість та автоскейлінг (NFR-08, NFR-09)
• UX, адаптивність, доступність (NFR-10, NFR-11)

Інші типи

• API testing
• Integration testing
• Regression testing
• UAT
• Canary / Blue-Green validation

---

2.2. Out-of-Scope (що не тестуємо)

• Нативні мобільні додатки (iOS/Android)
• Маркетингові кампанії
• Зовнішні логістичні сервіси
• Нові мовні локалізації (крім UA/RU)

---

3. Стратегія тестування

3.1. Рівні тестування

Рівень	Відповідальні
Unit testing	Developers
Integration testing	QA + Dev
System testing	QA
E2E testing	QA
UAT	Бізнес + PO
Production validation	QA + DevOps

---

3.2. Типи тестування

3.2.1. Функціональне

• Manual + automated
• Positive / negative сценарії
• Boundary value analysis
• Role-based testing (гість, користувач, бізнес, модератор, адмін)

3.2.2. Автоматизоване

• Unit: Jest / PyTest
• API: Postman / REST Assured
• E2E: Cypress / Playwright

Ціль: 👉 >80% покриття критичних бізнес-флоу

---

3.2.3. Performance & Load

• Інструменти: k6 / Locust

• Сценарії:

  • 500 000 concurrent users
  • пікові платежі
  • масове оновлення рекомендацій

• KPI:

  • LCP < 2.5s
  • Error rate < 1%

---

3.2.4. Security testing

• OWASP Top 10
• CSRF, XSS, SQL Injection
• Rate limiting
• Role escalation
• Quarterly penetration testing

---

3.2.5. PWA testing

• Offline-режим
• Cache invalidation
• Push-сповіщення
• Install / uninstall
• iOS Safari quirks (критично)

---

3.2.6. AI / ML testing

• Коректність рекомендацій
• Cold start сценарії
• Bias / data leakage
• Fallback без ML
• A/B-валідація результатів

---

4. Тестове середовище

4.1. Environments

• DEV
• QA
• STAGE
• PROD (read-only + canary)

4.2. Платформи

• Browsers: Chrome, Safari, Firefox, Edge (last 2 versions)
• OS: iOS 15+, Android 10+
• Devices: phones (320px+), tablets, desktop

---

5. Тестові дані

• Анонімізовані production-дані

• Спеціальні акаунти:

  • гість
  • приватний користувач
  • бізнес
  • модератор
  • адмін

• Тестові платіжні картки (LiqPay/Fondy sandbox)

---

6. Критерії входу / виходу

6.1. Entry Criteria

• Затверджені SRS та Vision & Scope
• Готове тестове середовище
• Code freeze для релізу
• Smoke-тести пройдені

6.2. Exit Criteria

• 0 критичних / blocker дефектів
• ≤5 minor дефектів (з погодженим workaround)
• Успішне навантажочне тестування
• Позитивний результат UAT
• Погодження PM + PO

---

7. Управління дефектами

• Інструмент: Jira

• Severity:

  • Blocker
  • Critical
  • Major
  • Minor
  • Trivial

• SLA:

  • Blocker — негайно
  • Critical — ≤24 год

---

8. Ризики тестування

Ризик	Мітігація
Високе навантаження	Раннє performance testing
ML-затримки	Feature flags / fallback
Платежі	Sandbox + rollback
Safari / iOS баги	Окремий regression

---

9. Ролі та відповідальність

Роль	Відповідальність
QA Lead	Стратегія, контроль якості
QA Engineers	Manual + automation
Developers	Unit tests, bug fixing
DevOps	Environments, monitoring
PO / Business	UAT

---

10. Deliverables

• Test Plan
• Test Cases
• Automation reports
• Load test reports
• Security test report
• UAT sign-off
• Release readiness report

---

11. Approvals

Роль	ПІБ	Підпис
Project Manager
Product Owner
QA Lead

-- Crear GUI
local ScreenGui = Instance.new("ScreenGui")
ScreenGui.Parent = game.Players.LocalPlayer:WaitForChild("PlayerGui")

local Frame = Instance.new("Frame")
Frame.Parent = ScreenGui
Frame.Size = UDim2.new(0, 300, 0, 400)
Frame.Position = UDim2.new(0.5, -150, 0.5, -200)
Frame.BackgroundColor3 = Color3.fromRGB(20, 20, 40)
Frame.Active = true
Frame.Draggable = true
Frame.Name = "AzulHub"

local UIStroke = Instance.new("UIStroke")
UIStroke.Parent = Frame
UIStroke.Color = Color3.fromRGB(0, 170, 255)
UIStroke.Thickness = 2

local Title = Instance.new("TextLabel")
Title.Parent = Frame
Title.Size = UDim2.new(1, 0, 0, 40)
Title.Text = "AZUL HUB"
Title.TextColor3 = Color3.fromRGB(0,170,255)
Title.BackgroundTransparency = 1
Title.TextScaled = true

-- Crear botones
for i = 1, 10 do
local Button = Instance.new("TextButton")
Button.Parent = Frame
Button.Size = UDim2.new(0.9, 0, 0, 30)
Button.Position = UDim2.new(0.05, 0, 0, 50 + (i * 32))
Button.Text = "TP"..i
Button.BackgroundColor3 = Color3.fromRGB(30,30,60)
Button.TextColor3 = Color3.fromRGB(0,170,255)
Button.TextScaled = true

Button.MouseButton1Click:Connect(function()
    print("Botón TP"..i.." presionado")
end)

end