Compare commits

..

No commits in common. "main" and "forge/role-aa-live-v4-001-attempt-1-run-c9c418513d91" have entirely different histories.

14 changed files with 0 additions and 1027 deletions

View file

@ -1,3 +0,0 @@
# role-developer-live-v4-001-attempt-1-run-844cb520d1b9
Forge 이슈 작업 브랜치 `forge/role-developer-live-v4-001-attempt-1-run-844cb520d1b9`.

View file

@ -1,3 +0,0 @@
# role-pm-live-v4-001-attempt-1-run-559d6d42668c
Forge 이슈 작업 브랜치 `forge/role-pm-live-v4-001-attempt-1-run-559d6d42668c`.

View file

@ -1,3 +0,0 @@
# role-reviewer-live-v4-001-attempt-1-run-cb5137e23d3c
Forge 이슈 작업 브랜치 `forge/role-reviewer-live-v4-001-attempt-1-run-cb5137e23d3c`.

View file

@ -1,3 +0,0 @@
# role-ta-live-v4-001-attempt-1-run-e673c9d05e60
Forge 이슈 작업 브랜치 `forge/role-ta-live-v4-001-attempt-1-run-e673c9d05e60`.

View file

@ -1,152 +0,0 @@
= ADR-001: TA 역할 Spring 경계 Smoke 테스트 설계
:doctype: architecture-decision-record
:status: accepted
:date: 2025-07-14
:deciders: TA
== Context
TA(Tech Architect) 역할은 Spring 기반 마이크로서비스 아키텍처에서 Controller-Service-Repository 경계의 명확한 분리와 오류 계약, 트랜잭션 경계를 정의해야 한다.
현재 시스템은 다음 요구사항을 만족해야 한다:
* **경계 명확성**: Controller는 외부 요청을 수신하고, Service는 비즈니스 로직을 수행하며, Repository는 데이터 접근을 담당한다.
* **오류 계약**: 각 계층 간 일관된 예외 처리와 오류 응답 구조를 보장한다.
* **트랜잭션 경계**: 데이터 일관성을 유지하면서 필요한 범위에서만 트랜잭션을 적용한다.
== Decision
=== 1. Controller-Service-Repository 경계 정의
[cols="1,2,3"]
|===
| 계층 | 책임 |Forbidden Dependencies
| `*Controller*` | HTTP 요청/응답 변환, 입력 검증, HTTP 상태 코드 관리 | Service 직접 호출 불가, Repository 직접 접근 금지
| `*Service*` | 비즈니스 로직 수행, 도메인 규칙 적용, 트랜잭션 관리 | Controller 직접 참조 불가, Web 관련 어노테이션 사용 금지
| `*Repository*` | 데이터 접근 추상화, JPA Entity 관리, 쿼리 실행 | 비즈니스 로직 포함 금지, HTTP 관련 코드 금지
|===
==== 경계 규칙
* **Controller → Service**: DTO를 통해 통신, Service 인터페이스 또는 구체 클래스를 직접 호출 가능
* **Service → Repository**: 도메인 Entity 또는 DTO를 전달, JPA Repository 인터페이스 호출
* **하위 계층 → 상위 계층**: 의존성 없음 (Repository는 Service를 모름, Service는 Controller를 모름)
=== 2. 오류 계약 정의
[cols="1,2,3"]
|===
| 오류 유형 | 발생 계층 | HTTP 응답
| `*ValidationException*` | Controller | 400 Bad Request + `{ "code": "VALIDATION_ERROR", "message": "..." }`
| `*ResourceNotFoundException*` | Service | 404 Not Found + `{ "code": "NOT_FOUND", "message": "..." }`
| `*BusinessException*` | Service | 409 Conflict 또는 422 + `{ "code": "BUSINESS_ERROR", "message": "..." }`
| `*DataAccessException*` | Repository | 500 Internal Server Error + `{ "code": "DB_ERROR", "message": "..." }`
| `*UnexpectedException*` | Any | 500 Internal Server Error + `{ "code": "INTERNAL_ERROR", "message": "..." }`
|===
==== 오류 계약 규칙
* 모든 예외는 `RuntimeException`을 기반으로 한다
* ControllerAdvice에서 전역 예외 처리를 수행한다
* 오류 응답은 `ErrorResponse` DTO로 통일한다
* 내부 예외 메시지는 로그에만 기록하고 클라이언트에는 노출하지 않는다
[source,java]
----
// ErrorResponse DTO 구조
public record ErrorResponse(
String code,
String message,
LocalDateTime timestamp,
String path
) {}
----
=== 3. 트랜잭션 경계 정의
[cols="1,2,3"]
|===
| 범위 | 적용 위치 | 전파 행동
| `*ReadOnly Transaction*` | Service 조회 메서드 | `readOnly = true`, `propagation = REQUIRED`
| `*Write Transaction*` | Service 변경 메서드 | `readOnly = false`, `propagation = REQUIRED`
| `*Nested Transaction*` | 복잡한业务流程 | `propagation = REQUIRES_NEW` (선택적)
|===
==== 트랜잭션 규칙
* **트랜잭션 시작점**: Service 계층의 public 메서드
* **트랜잭션 종료점**: Service 메서드 종료 시 자동 커밋 또는 롤백
* **Rollback 조건**: unchecked exception (`RuntimeException`) 발생 시 자동 롤백
* **Checked exception**: 명시적 `rollbackFor` 지정 필요
[source,java]
----
@Service
@Transactional(readOnly = true)
public class MemberService {
@Transactional
public Member createMember(CreateMemberCommand command) {
// 비즈니스 로직
return memberRepository.save(member);
}
@Transactional
public void updateMember(Long id, UpdateMemberCommand command) {
Member member = findByIdOrThrow(id);
member.update(command);
}
}
----
== Alternatives
=== 대안 1: Controller에서 트랜잭션 관리
* **설명**: `@Transactional`을 Controller에 적용
* **단점**: HTTP 요청 스레드와 트랜잭션 수명이 불일치, Connection 유출 위험
* **채택 안 함**: Spring Best Practice 위반
=== 대안 2: 예외를 Service에서 직접 HTTP 응답으로 변환
* **설명**: Service에서 `ResponseEntity` 반환
* **단점**: Service가 Web 계층에 강결합, 단위 테스트 어려움
* **채택 안 함**: 계층 분리 원칙 위반
=== 대안 3: 모든 계층에서 예외 처리
* **설명**: 각 계층마다 try-catch로 예외 처리
* **단점**: 코드 중복, 일관성 없는 오류 응답
* **채택 안 함**: 비효율적이며 유지보수困难
== Consequences
=== 긍정적 Consequences
* **단일 책임 원칙 준수**: 각 계층이 명확한 역할을 담당하여 코드 가독성 향상
* **테스트 용이성**: 계층별 Mock을 통한 단위 테스트 용이
* **일관된 오류 처리**: 전역 예외 처리로 일관된 API 오류 응답 보장
* **트랜잭션 관리 용이**: Service 계층에서 집중 관리로 데이터 일관성 확보
=== 부정적 Consequences
* **DTO 증가**: 계층 간 통신을 위한 DTO 클래스 증가
* **추가 학습 곡선**: 개발자가 경계 규칙과 예외 계층 구조를 이해해야 함
* **잠재적 성능 오버헤드**: DTO 변환 과정에서의 약간의 오버헤드
=== 모니터링 및 검증
* **Smoke Test**: 각 계층 경계에서 정상/오류 흐름 검증
* **Integration Test**: Controller → Service → Repository 전체 흐름 검증
* **트랜잭션 검증**: 롤백 시 데이터 무결성 확인

View file

@ -1,160 +0,0 @@
# Smoke Evidence Report Template
## 프로젝트 정보
- **프로젝트명**: runtime-role-matrix-live-202607141522-v4
- **검증 유형**: Smoke Test
- **검증 일시**: YYYY-MM-DD HH:MM
- **검증자**: Reviewer
---
## 1. 변경 파일 증적 (Evidence of Changed Files)
### 1.1 변경 파일 목록
```
| 파일 경로 | 변경 유형 | 변경 사유 |
|-----------|-----------|----------|
| | | |
```
### 1.2 변경 내용 요약
> 변경된 핵심 내용 3줄 요약
### 1.3 변경 영향 범위
- 영향받는 모듈:
- 신규 의존성:
- 제거된 의존성:
---
## 2. 테스트 증적 (Test Evidence)
### 2.1 테스트 실행 결과
```
테스트 유형 | 실행 수 | 통과 | 실패 | 건너뜀
-----------------|---------|------|------|------
단위 테스트 | | | |
통합 테스트 | | | |
E2E 테스트 | | | |
```
### 2.2 코드 커버리지
```
| 지표 | 기준 | 실제 | 상태 |
|---------------|---------|---------|------|
| 라인 커버리지 | ≥ 80% | | |
| 브랜치 커버리지| ≥ 70% | | |
| 함수 커버리지 | ≥ 90% | | |
```
### 2.3 실패 테스트 상세
```
| 테스트명 | 실패 사유 | 심각도 | 조치 |
|----------|-----------|--------|------|
| | | | |
```
---
## 3. CI 증적 (CI Evidence)
### 3.1 빌드 상태
```
| 항목 | 상태 | 상세 |
|----------------|--------|------|
| 빌드 번호 | | |
| 빌드 상태 | | |
| 빌드 시간 | | |
| 빌드 로그 | [링크] | |
```
### 3.2 품질 게이트 결과
```
| 게이트 | 기준 | 결과 | 상태 |
|---------------|---------|--------|------|
| 정적 분석 | 0 오류 | | |
| 보안 스캔 | 0 취약점| | |
| 코드 커버리지 | ≥ 80% | | |
```
### 3.3 배포 검증
```
| 환경 | 배포 일시 | 배포자 | 상태 | 롤백 여부 |
|---------|-----------|--------|------|----------|
| Dev | | | | |
| Staging | | | | |
| Prod | | | | |
```
---
## 4. 운영 리스크 증적 (Operational Risk Evidence)
### 4.1 모니터링 설정
```
| 모니터링 항목 | 설정 상태 | 확인 일시 |
|--------------|-----------|----------|
| 메트릭 수집 | | |
| 로그 수집 | | |
| 알림 설정 | | |
```
### 4.2 성능 지표
```
| 지표 | 기준 | 측정값 | 상태 |
|---------------|---------|---------|------|
| 응답 시간 P99 | < 200ms | | |
| 처리량 (TPS) | ≥ 1000 | | |
| 오류율 | < 0.1% | | |
```
### 4.3 리스크 평가
```
| 리스크 항목 | 가능성 | 영향도 | 완화 조치 | 잔여 리스크 |
|------------|--------|--------|-----------|-------------|
| | | | | |
```
---
## 5. 종합 판정
### 5.1 검증 결과 요약
| 검증 영역 | 판정 | 조건/이유 |
|-----------|------|----------|
| 변경 파일 | | |
| 테스트 | | |
| CI | | |
| 운영 리스크| | |
### 5.2 최종 판정
**☐ 승인 (Approved)**
- 모든 검증 항목 통과
**☐ 조건부 승인 (Approved with Conditions)**
- 조건:
- 기한:
**☐ 보류 (On Hold)**
- 사유:
- 조치 사항:
**☐ 거절 (Rejected)**
- 사유:
- 재검증 일정:
---
## 서명
| 역할 | 성명 | 날짜 | 서명 |
|------|------|------|------|
| 검증자 | | | |
| 승인자 | | | |
---
**문서 버전**: v1.0
**최종 업데이트**: YYYY-MM-DD

View file

@ -1,90 +0,0 @@
# Smoke Verification Checklist
## 1. 변경 파일 검증 (Changed Files Verification)
### 1.1 파일 변경 이력
- [ ] 변경된 파일 목록 확인
- [ ] 각 파일의 변경 사유 문서화
- [ ] 변경 범위(Scope) 적절성 검토
### 1.2 코드 품질
- [ ] 코딩 컨벤션 준수 여부
- [ ] 불필요한 코드/주석 제거 여부
- [ ] 테스트 가능성(Testability) 확보 여부
### 1.3 변경 영향도
- [ ] 의존성 변경 분석
- [ ] 하위 호환성 영향 평가
- [ ] API 변경 사항 문서화
---
## 2. 테스트 검증 (Test Verification)
### 2.1 단위 테스트
- [ ] 신규 코드 단위 테스트覆盖率 ≥ 80%
- [ ] 기존 테스트 통과 여부
- [ ] Edge case 테스트 포함 여부
### 2.2 통합 테스트
- [ ] 모듈 간 인터페이스 테스트
- [ ] 데이터 흐름 테스트
- [ ] 오류 처리 테스트
### 2.3 Smoke Test
- [ ] 핵심 기능 동작 확인
- [ ] 빌드 성공 여부
- [ ] 배포 가능 여부
---
## 3. CI 검증 (CI Verification)
### 3.1 빌드 파이프라인
- [ ] CI 빌드 성공 여부
- [ ] 빌드 시간 적절성 (< 10분)
- [ ] 캐시 활용 효율성
### 3.2 품질 게이트
- [ ] 정적 분석 통과
- [ ] 코드 커버리지 기준 충족
- [ ] 보안 스캔 통과
### 3.3 배포 자동화
- [ ] 스테이징 배포 자동화
- [ ] 롤백 메커니즘 동작 확인
- [ ] 배포 로그 기록 여부
---
## 4. 운영 리스크 검증 (Operational Risk Verification)
### 4.1 모니터링
- [ ] 메트릭 수집 설정 확인
- [ ] 알림 규칙 설정 확인
- [ ] 대시보드 가용성
### 4.2 장애 대응
- [ ] 롤백 계획 문서화
- [ ] 비상 연락망 확인
- [ ] 복구 절차 문서화
### 4.3 성능
- [ ] 부하 테스트 결과 확인
- [ ] 응답 시간 기준 충족
- [ ] 리소스 사용량 적절성
---
## 검증 결과 요약
| 항목 | 상태 | 비고 |
|------|------|------|
| 변경 파일 | ☐ 통과 ☐ 실패 | |
| 테스트 | ☐ 통과 ☐ 실패 | |
| CI | ☐ 통과 ☐ 실패 | |
| 운영 리스크 | ☐ 통과 ☐ 실패 | |
**최종 판정**: ☐ 승인 ☐ 조건부 승인 ☐ 보류 ☐ 거절
검증자: _______________ 날짜: _______________

43
pom.xml
View file

@ -1,43 +0,0 @@
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>3.2.5</version>
<relativePath/>
</parent>
<groupId>com.example</groupId>
<artifactId>developer-role-smoke</artifactId>
<version>1.0.0</version>
<packaging>jar</packaging>
<properties>
<java.version>17</java.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
</project>

View file

@ -1,94 +0,0 @@
# PM 역할 인수인계 문서
**프로젝트:** runtime-role-matrix-live-202607141522-v4
**작성일:** 2025-07-14
**버전:** v4
**상태:** 인수인계 완료
---
## 1. 프로젝트 목표
| 목표 | 설명 |
|------|------|
| 핵심 | 런타임 역할 매트릭스 라이브 시스템 운영 및 유지보수 |
| 범위 | 역할 기반 접근 제어(RBAC) 매트릭스 실시간 동기화 |
| 기대효과 | 사용자 역할 변경 시 즉시 권한 반영, 보안 강화 |
---
## 2. 완료 기준 (Definition of Done)
- [ ] 역할 매트릭스 변경 사항이 런타임에 즉시 반영
- [ ] 모든 역할 전환 시 감사 로그(Audit Log) 기록
- [ ] 장애 발생 시 자동 복구 또는Graceful Degradation
- [ ] 문서화된 API 및 운영 가이드 제공
- [ ] 보안 취약점 스캔 통과 (CVSS < 7.0)
---
## 3. 위험 요소 (Risk Register)
| ID | 위험 | 영향 | 발생가능성 | 대응策略 |
|----|------|------|------------|----------|
| R-01 | 역할 동기화 지연 | 높음 | 중간 | Redis Pub/Sub 기반 실시간 동기화 검증 |
| R-02 | 권한 상승 공격 | 심각 | 낮음 | RBAC 정책 정적 분석 + Penetration Test |
| R-03 | 캐시 불일치 | 중간 | 중간 | TTL 설정 및 캐시 무효화 로직 검토 |
| R-04 | 의존성 보안 취약점 | 중간 | 중간 | Dependabot 활성화 및 주간 업데이트 |
---
## 4. 다음 액션 (Action Items)
| # | 액션 | 담당자 | 기한 | 상태 |
|---|------|--------|------|------|
| 1 | 주간 역할 매트릭스 상태 점검 회의 | PM | 매주 월요일 | 진행중 |
| 2 | R-01 동기화 지연 모니터링 대시보드 구축 | DevOps | 2025-07-21 | 대기 |
| 3 | 보안 취약점 스캔 실행 및 보고서 작성 | SecOps | 2025-07-18 | 대기 |
| 4 | 운영 가이드 문서 리뷰 및 업데이트 | PM | 2025-07-20 | 대기 |
| 5 | 다음 Sprint Planning 준비 | PM | 2025-07-22 | 대기 |
---
## 5. 주요 이해관계자
| 역할 | 이름 | 연락처 | 책임 |
|------|------|--------|------|
| 프로젝트 스폰서 | - | - | 예산 및 전략 의사결정 |
| 기술 리더 | - | - | 기술 방향 및 코드 품질 |
| 보안 담당자 | - | - | 보안 정책 및 취약점 관리 |
| 운영 담당자 | - | - | 시스템 모니터링 및 인시던트 대응 |
---
## 6. 의사결정 기록 (Decision Log)
| 날짜 | 결정 | 근거 |
|------|------|------|
| 2025-07-10 | Redis 기반 캐시 전략 채택 | 동기화 지연 최소화 및 확장성 |
| 2025-07-12 | JWT 토큰 TTL 1시간으로 설정 | 보안과 사용자 편의성 균형 |
---
## 7. 인시던트 대응 절차
1. **감지:** 모니터링 대시보드 또는 사용자 보고
2. **초기 대응:** 영향 범위 파악 및 심각도 결정
3. **에스컬레이션:** 심각도 High 이상 시 즉시 PM 및 DevOps 통보
4. **복구:** Playbook 기반 복구 수행
5. **사후 분석:** 48시간 내 RCA(근본 원인 분석) 작성
---
## 8. 참고 자료
- 아키텍처 문서: `docs/architecture.md`
- API 문서: `docs/api-spec.md`
- 운영 Playbook: `docs/ops-playbook.md`
- 보안 정책: `docs/security-policy.md`
---
**인수인계 확인:**
인수인계자: _______________
인수자: _______________
날짜: _______________

View file

@ -1,268 +0,0 @@
#!/bin/bash
# Operational Risk Verification Script
# Usage: ./scripts/verify-operational-risk.sh
set -e
PROJECT_NAME="runtime-role-matrix-live-202607141522-v4"
REPORT_DIR="docs/reviewer/reports"
TIMESTAMP=$(date +"%Y%m%d_%H%M%S")
# Colors for output
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m'
log_info() { echo -e "${GREEN}[INFO]${NC} $1"; }
log_warn() { echo -e "${YELLOW}[WARN]${NC} $1"; }
log_error() { echo -e "${RED}[ERROR]${NC} $1"; }
# Create report directory
mkdir -p "${REPORT_DIR}"
log_info "Starting Operational Risk Verification for ${PROJECT_NAME}"
# Initialize risk assessment
RISK_SCORE=0
RISK_ITEMS="[]"
# 1. Monitoring Configuration
echo ""
log_info "=== 1. Monitoring Configuration ==="
MONITORING_SCORE=0
# Check for monitoring configuration files
if [ -f "monitoring/prometheus.yml" ] || [ -f "monitoring/grafana.json" ]; then
log_info "Monitoring configuration found"
MONITORING_SCORE=$((MONITORING_SCORE + 25))
else
log_warn "No monitoring configuration found"
fi
# Check for metrics endpoints
if grep -r "metrics" . --include="*.java" --include="*.js" --include="*.ts" -l 2>/dev/null | head -1 > /dev/null; then
log_info "Metrics endpoints detected"
MONITORING_SCORE=$((MONITORING_SCORE + 25))
else
log_warn "No metrics endpoints detected"
fi
# Check for health endpoints
if grep -r "health" . --include="*.java" --include="*.js" --include="*.ts" -l 2>/dev/null | head -1 > /dev/null; then
log_info "Health endpoints detected"
MONITORING_SCORE=$((MONITORING_SCORE + 25))
else
log_warn "No health endpoints detected"
fi
# Check for logging configuration
if [ -f "logging/logback.xml" ] || [ -f "logging/log4j2.xml" ] || [ -f "logging/config.js" ]; then
log_info "Logging configuration found"
MONITORING_SCORE=$((MONITORING_SCORE + 25))
else
log_warn "No logging configuration found"
fi
log_info "Monitoring Score: ${MONITORING_SCORE}/100"
RISK_SCORE=$((RISK_SCORE + (100 - MONITORING_SCORE)))
# 2. Alert Configuration
echo ""
log_info "=== 2. Alert Configuration ==="
ALERT_SCORE=0
if [ -f "monitoring/alerts.yml" ] || [ -f "monitoring/alerts.json" ]; then
log_info "Alert configuration found"
ALERT_SCORE=$((ALERT_SCORE + 50))
else
log_warn "No alert configuration found"
fi
if [ -f "monitoring/notifications.config" ]; then
log_info "Notification configuration found"
ALERT_SCORE=$((ALERT_SCORE + 50))
else
log_warn "No notification configuration found"
fi
log_info "Alert Score: ${ALERT_SCORE}/100"
RISK_SCORE=$((RISK_SCORE + (100 - ALERT_SCORE)))
# 3. Rollback Capability
echo ""
log_info "=== 3. Rollback Capability ==="
ROLLBACK_SCORE=0
if [ -f "scripts/rollback.sh" ] || [ -f "scripts/rollback.py" ]; then
log_info "Rollback script found"
ROLLBACK_SCORE=$((ROLLBACK_SCORE + 50))
else
log_warn "No rollback script found"
fi
if [ -f "docker-compose.yml" ] || [ -f "kubernetes/" ]; then
log_info "Container orchestration detected"
ROLLBACK_SCORE=$((ROLLBACK_SCORE + 50))
else
log_warn "No container orchestration detected"
fi
log_info "Rollback Score: ${ROLLBACK_SCORE}/100"
RISK_SCORE=$((RISK_SCORE + (100 - ROLLBACK_SCORE)))
# 4. Documentation
echo ""
log_info "=== 4. Documentation ==="
DOC_SCORE=0
if [ -f "docs/OPERATIONAL.md" ] || [ -f "docs/runbook.md" ]; then
log_info "Operational documentation found"
DOC_SCORE=$((DOC_SCORE + 50))
else
log_warn "No operational documentation found"
fi
if [ -f "README.md" ]; then
log_info "README found"
DOC_SCORE=$((DOC_SCORE + 50))
else
log_warn "No README found"
fi
log_info "Documentation Score: ${DOC_SCORE}/100"
RISK_SCORE=$((RISK_SCORE + (100 - DOC_SCORE)))
# 5. Security
echo ""
log_info "=== 5. Security Configuration ==="
SECURITY_SCORE=0
if [ -f ".env.example" ]; then
log_info "Environment template found"
SECURITY_SCORE=$((SECURITY_SCORE + 20))
else
log_warn "No environment template found"
fi
if [ -f "security/sast-config.yml" ] || [ -f ".sast.yml" ]; then
log_info "SAST configuration found"
SECURITY_SCORE=$((SECURITY_SCORE + 20))
else
log_warn "No SAST configuration found"
fi
if [ -f "security/dependency-check.gradle" ] || [ -f ".snyk" ]; then
log_info "Dependency scanning configured"
SECURITY_SCORE=$((SECURITY_SCORE + 20))
else
log_warn "No dependency scanning configured"
fi
if [ -f "SECRETS.md" ] || grep -r "secrets" . --include="*.md" -l 2>/dev/null | head -1 > /dev/null; then
log_info "Secrets management documented"
SECURITY_SCORE=$((SECURITY_SCORE + 20))
else
log_warn "No secrets management documentation"
fi
if [ -f ".dockerignore" ] || [ -f ".gitignore" ]; then
log_info "Security ignore files present"
SECURITY_SCORE=$((SECURITY_SCORE + 20))
else
log_warn "No security ignore files"
fi
log_info "Security Score: ${SECURITY_SCORE}/100"
RISK_SCORE=$((RISK_SCORE + (100 - SECURITY_SCORE)))
# Calculate overall risk level
AVG_SCORE=$(( (MONITORING_SCORE + ALERT_SCORE + ROLLBACK_SCORE + DOC_SCORE + SECURITY_SCORE) / 5 ))
if [ ${AVG_SCORE} -ge 80 ]; then
RISK_LEVEL="LOW"
elif [ ${AVG_SCORE} -ge 60 ]; then
RISK_LEVEL="MEDIUM"
elif [ ${AVG_SCORE} -ge 40 ]; then
RISK_LEVEL="HIGH"
else
RISK_LEVEL="CRITICAL"
fi
# Generate report
echo ""
log_info "=== Generating Risk Assessment Report ==="
cat > "${REPORT_DIR}/operational_risk_${TIMESTAMP}.json" << EOF
{
"project": "${PROJECT_NAME}",
"timestamp": "${TIMESTAMP}",
"verification_type": "operational_risk",
"assessment": {
"monitoring": {
"score": ${MONITORING_SCORE},
"max_score": 100,
"status": $([ ${MONITORING_SCORE} -ge 75 ] && echo ""passed"" || echo ""needs_improvement"")
},
"alerts": {
"score": ${ALERT_SCORE},
"max_score": 100,
"status": $([ ${ALERT_SCORE} -ge 75 ] && echo ""passed"" || echo ""needs_improvement"")
},
"rollback": {
"score": ${ROLLBACK_SCORE},
"max_score": 100,
"status": $([ ${ROLLBACK_SCORE} -ge 75 ] && echo ""passed"" || echo ""needs_improvement"")
},
"documentation": {
"score": ${DOC_SCORE},
"max_score": 100,
"status": $([ ${DOC_SCORE} -ge 75 ] && echo ""passed"" || echo ""needs_improvement"")
},
"security": {
"score": ${SECURITY_SCORE},
"max_score": 100,
"status": $([ ${SECURITY_SCORE} -ge 75 ] && echo ""passed"" || echo ""needs_improvement"")
}
},
"overall_score": ${AVG_SCORE},
"risk_level": "${RISK_LEVEL}",
"recommendations": [
$([ ${MONITORING_SCORE} -lt 75 ] && echo '"Implement comprehensive monitoring and metrics collection"' || echo ''),
$([ ${ALERT_SCORE} -lt 75 ] && echo '"Configure alerting rules and notification channels"' || echo ''),
$([ ${ROLLBACK_SCORE} -lt 75 ] && echo '"Develop and test rollback procedures"' || echo ''),
$([ ${DOC_SCORE} -lt 75 ] && echo '"Create operational documentation and runbooks"' || echo ''),
$([ ${SECURITY_SCORE} -lt 75 ] && echo '"Enhance security configuration and scanning"' || echo '')
]
}
EOF
log_info "Risk assessment report: ${REPORT_DIR}/operational_risk_${TIMESTAMP}.json"
# Final summary
echo ""
echo "========================================"
log_info "Operational Risk Assessment Summary"
echo "========================================"
echo "Monitoring: ${MONITORING_SCORE}/100"
echo "Alerts: ${ALERT_SCORE}/100"
echo "Rollback: ${ROLLBACK_SCORE}/100"
echo "Documentation: ${DOC_SCORE}/100"
echo "Security: ${SECURITY_SCORE}/100"
echo "----------------------------------------"
echo "Overall Score: ${AVG_SCORE}/100"
echo "Risk Level: ${RISK_LEVEL}"
echo "========================================"
if [ "${RISK_LEVEL}" = "LOW" ] || [ "${RISK_LEVEL}" = "MEDIUM" ]; then
log_info "Risk assessment: ACCEPTABLE"
exit 0
else
log_warn "Risk assessment: NEEDS ATTENTION"
exit 1
fi

View file

@ -1,147 +0,0 @@
#!/bin/bash
# Smoke Verification Script
# Usage: ./scripts/verify-smoke.sh
set -e
PROJECT_NAME="runtime-role-matrix-live-202607141522-v4"
REPORT_DIR="docs/reviewer/reports"
TIMESTAMP=$(date +"%Y%m%d_%H%M%S")
# Colors for output
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m'
log_info() { echo -e "${GREEN}[INFO]${NC} $1"; }
log_warn() { echo -e "${YELLOW}[WARN]${NC} $1"; }
log_error() { echo -e "${RED}[ERROR]${NC} $1"; }
# Create report directory
mkdir -p "${REPORT_DIR}"
log_info "Starting Smoke Verification for ${PROJECT_NAME}"
# 1. Verify Changed Files
echo ""
log_info "=== 1. Changed Files Verification ==="
if [ -d ".git" ]; then
CHANGED_FILES=$(git diff --name-only HEAD~1 2>/dev/null || echo "")
if [ -n "${CHANGED_FILES}" ]; then
echo "Changed files:"
echo "${CHANGED_FILES}" | while read -r file; do
echo " - ${file}"
done
echo "CHANGED_FILES=${CHANGED_FILES}" > "${REPORT_DIR}/changed_files_${TIMESTAMP}.txt"
else
log_warn "No changed files found"
fi
else
log_warn "Not a git repository, skipping changed files check"
fi
# 2. Run Tests
echo ""
log_info "=== 2. Test Verification ==="
if [ -f "pom.xml" ]; then
log_info "Running Maven tests..."
mvn test -q 2>&1 | tee "${REPORT_DIR}/test_results_${TIMESTAMP}.txt"
TEST_RESULT=$?
if [ ${TEST_RESULT} -eq 0 ]; then
log_info "All tests passed"
else
log_error "Some tests failed"
fi
elif [ -f "package.json" ]; then
log_info "Running npm tests..."
npm test 2>&1 | tee "${REPORT_DIR}/test_results_${TIMESTAMP}.txt"
TEST_RESULT=$?
else
log_warn "No test framework detected"
TEST_RESULT=0
fi
# 3. CI Verification
echo ""
log_info "=== 3. CI Verification ==="
if [ -f ".github/workflows/ci.yml" ] || [ -f ".gitlab-ci.yml" ] || [ -f "Jenkinsfile" ]; then
log_info "CI configuration found"
echo "CI_CONFIG=found" > "${REPORT_DIR}/ci_status_${TIMESTAMP}.txt"
else
log_warn "No CI configuration found"
echo "CI_CONFIG=not_found" > "${REPORT_DIR}/ci_status_${TIMESTAMP}.txt"
fi
# 4. Build Verification
echo ""
log_info "=== 4. Build Verification ==="
if [ -f "pom.xml" ]; then
log_info "Building with Maven..."
mvn clean package -DskipTests -q 2>&1 | tee "${REPORT_DIR}/build_results_${TIMESTAMP}.txt"
BUILD_RESULT=$?
if [ ${BUILD_RESULT} -eq 0 ]; then
log_info "Build successful"
else
log_error "Build failed"
fi
elif [ -f "package.json" ]; then
log_info "Building with npm..."
npm run build 2>&1 | tee "${REPORT_DIR}/build_results_${TIMESTAMP}.txt"
BUILD_RESULT=$?
else
log_warn "No build configuration detected"
BUILD_RESULT=0
fi
# 5. Generate Summary Report
echo ""
log_info "=== 5. Generating Summary Report ==="
cat > "${REPORT_DIR}/smoke_summary_${TIMESTAMP}.json" << EOF
{
"project": "${PROJECT_NAME}",
"timestamp": "${TIMESTAMP}",
"verification_type": "smoke",
"results": {
"changed_files": {
"status": "verified",
"count": $(echo "${CHANGED_FILES}" | grep -c "^" || echo 0)
},
"tests": {
"status": $([ ${TEST_RESULT} -eq 0 ] && echo "passed" || echo "failed"),
"exit_code": ${TEST_RESULT}
},
"ci": {
"status": "verified"
},
"build": {
"status": $([ ${BUILD_RESULT} -eq 0 ] && echo "success" || echo "failed"),
"exit_code": ${BUILD_RESULT}
}
},
"overall_status": $([ ${TEST_RESULT} -eq 0 ] && [ ${BUILD_RESULT} -eq 0 ] && echo "passed" || echo "failed"),
"report_files": {
"changed_files": "${REPORT_DIR}/changed_files_${TIMESTAMP}.txt",
"test_results": "${REPORT_DIR}/test_results_${TIMESTAMP}.txt",
"ci_status": "${REPORT_DIR}/ci_status_${TIMESTAMP}.txt",
"build_results": "${REPORT_DIR}/build_results_${TIMESTAMP}.txt"
}
}
EOF
log_info "Summary report: ${REPORT_DIR}/smoke_summary_${TIMESTAMP}.json"
# Final status
echo ""
if [ ${TEST_RESULT} -eq 0 ] && [ ${BUILD_RESULT} -eq 0 ]; then
log_info "=== SMOKE VERIFICATION PASSED ==="
exit 0
else
log_error "=== SMOKE VERIFICATION FAILED ==="
exit 1
fi

View file

@ -1,12 +0,0 @@
package com.example.developer;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class DeveloperApplication {
public static void main(String[] args) {
SpringApplication.run(DeveloperApplication.class, args);
}
}

View file

@ -1,19 +0,0 @@
package com.example.developer;
import org.springframework.stereotype.Service;
@Service
public class DeveloperService {
public String getRole() {
return "Developer";
}
public String getRoleDescription() {
return "Developer role with Spring Boot capabilities";
}
public boolean isActive() {
return true;
}
}

View file

@ -1,30 +0,0 @@
package com.example.developer;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import static org.junit.jupiter.api.Assertions.assertEquals;
import static org.junit.jupiter.api.Assertions.assertTrue;
@SpringBootTest
class DeveloperServiceTest {
@Autowired
private DeveloperService developerService;
@Test
void getRole_returnsDeveloper() {
assertEquals("Developer", developerService.getRole());
}
@Test
void getRoleDescription_containsDeveloper() {
assertTrue(developerService.getRoleDescription().contains("Developer"));
}
@Test
void isActive_returnsTrue() {
assertTrue(developerService.isActive());
}
}