bgstm

BGSTM (Better Global Software Testing Methodology) — это фреймворк для тестирования и база знаний, направленная на организацию работы по обеспечению качества от планирования до отчётности. Его центральная идея — оставаться методологически нейтральным: один и тот же шестифазный жизненный цикл предназначен для работы в рамках Agile, Scrum, Waterfall или гибридных моделей поставки без навязывания команде определённого процесса разработки. Фреймворк определяет ровно шесть канонических фаз, а документация подчёркивает, что специализированные области повторно используют эти фазы, а не добавляют новые. Они включают: планирование тестирования (объём, стратегия, риски, ресурсы, сроки); разработка тест-кейсов (следящие сценарии и случаи); подготовка тестовой среды (инфраструктура, инструменты, доступ, тестовые данные); выполнение тестов (запуск тестов, сбор доказательств, управление дефектами); анализ результатов тестирования (интерпретация исходов, тенденций и сигналов качества); и отчётность по результатам тестирования (сообщение выводов для поддержки решений о выпуске). Последняя фаза возвращается к первой для следующего цикла. Заявленные основные принципы включают сквозное покрытие жизненного цикла качества, поддержание следяемости между требованиями, тестами, результатами, дефектами, доказательствами и решениями, масштабирование строгости тестирования в соответствии с риском, доказательный отчёт и практическое внедрение, начинающееся с методологии и шаблонов перед добавлением инструментов. Репозиторий в основном состоит из документации. Он предоставляет руководства по каждой фазе, методологические руководства, охватывающие Agile, Scrum, Waterfall и их сравнение, повторно используемые шаблоны тестовых планов, кейсов, отчётов, артефактов риска и следяемости, а также worked examples. Один пример применяет все шесть фаз к ETL и семантической валидации данных в пайплайне; в README прямо указано, что это не дополнительная фаза. Помимо методологии, проект размещает открытое справочное приложение, демонстрирующее, как части фреймворка могут быть представлены в программном обеспечении. Оно сочетает React‑фронтенд, FastAPI‑бэкенд и базу данных PostgreSQL, охватывая функции следяемости, готовности к выпуску и дашборды KPI качества, контроль доступа на основе ролей, уведомления и экспорт. Настройка выполняется скриптами: оболочечный скрипт для macOS/Linux и пакетный файл для Windows проверяют наличие Docker и Docker Compose, создают файл окружения, запускают сервисы, ждут проверок работоспособности и при желании загружают примерные данные. Затем фронтенд, бэкенд API и документация API становятся доступны на локальных портах. Проверки качества встроены. Бэкенд проверяется с помощью pytest, ruff и mypy; фронтенд — с помощью линтера и скриптов проверки типов; а набор end‑to‑end тестов Playwright покрывает аутентификацию, CRUD‑операции, предложения, следяемость, экспорт, RBAC, уведомления, готовность к выпуску и дашборды качества. В CI предоставлены workflows для бэкенда, фронтенда, сборки Docker и end‑to‑end тестов, а отдельный workflow проверяет внутренние ссылки Markdown в документации. Черновик спецификации External Results v1 описывает паттерны для получения результатов из внешней автоматизации. Проект позиционирует себя отдельно от инструментов выполнения: сопутствующий репозиторий bgstm-playwright-frameworks предоставляет scaffolding автоматизации Playwright с нативной для BGSTM следяемостью и отправляет результаты обратно в BGSTM, тем самым сохраняя независимость методологии от любой конкретной автоматизированной фреймворка. Приглашаются вкладки в документацию, примеры, шаблоны, улучшения методологии, код приложения и интеграции; для участников выделены два правила документации: сохранять методологию из шести фаз и рассматривать каталог docs/test-templates как канонический источник шаблонов. Проект распространяется под лицензией MIT.