Compare commits
19 commits
forge/role
...
main
| Author | SHA1 | Date | |
|---|---|---|---|
| cc05280c96 | |||
| b9329618d7 | |||
| 2abbf08d8b | |||
| f07ebd044b | |||
| 81f5e65c05 | |||
| cb22efdc27 | |||
| d8474c015a | |||
| e3e869bafb | |||
| 3a2baaeceb | |||
| 14fd4d0a97 | |||
| 4ed171dbb9 | |||
| 050abab6ee | |||
| 043179d18c | |||
| 61496aeb7a | |||
| 1d7e781e94 | |||
| bfe5561dc9 | |||
| 50acd05439 | |||
| 954e0ef124 | |||
| 4db3ee2e1f |
14 changed files with 1027 additions and 0 deletions
|
|
@ -0,0 +1,3 @@
|
|||
# role-developer-live-v4-001-attempt-1-run-844cb520d1b9
|
||||
|
||||
Forge 이슈 작업 브랜치 `forge/role-developer-live-v4-001-attempt-1-run-844cb520d1b9`.
|
||||
3
.forge/role-pm-live-v4-001-attempt-1-run-559d6d42668c.md
Normal file
3
.forge/role-pm-live-v4-001-attempt-1-run-559d6d42668c.md
Normal file
|
|
@ -0,0 +1,3 @@
|
|||
# role-pm-live-v4-001-attempt-1-run-559d6d42668c
|
||||
|
||||
Forge 이슈 작업 브랜치 `forge/role-pm-live-v4-001-attempt-1-run-559d6d42668c`.
|
||||
|
|
@ -0,0 +1,3 @@
|
|||
# role-reviewer-live-v4-001-attempt-1-run-cb5137e23d3c
|
||||
|
||||
Forge 이슈 작업 브랜치 `forge/role-reviewer-live-v4-001-attempt-1-run-cb5137e23d3c`.
|
||||
3
.forge/role-ta-live-v4-001-attempt-1-run-e673c9d05e60.md
Normal file
3
.forge/role-ta-live-v4-001-attempt-1-run-e673c9d05e60.md
Normal file
|
|
@ -0,0 +1,3 @@
|
|||
# role-ta-live-v4-001-attempt-1-run-e673c9d05e60
|
||||
|
||||
Forge 이슈 작업 브랜치 `forge/role-ta-live-v4-001-attempt-1-run-e673c9d05e60`.
|
||||
152
docs/adr/ADR-001-spring-boundary-smoke.adoc
Normal file
152
docs/adr/ADR-001-spring-boundary-smoke.adoc
Normal file
|
|
@ -0,0 +1,152 @@
|
|||
= 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 전체 흐름 검증
|
||||
* **트랜잭션 검증**: 롤백 시 데이터 무결성 확인
|
||||
160
docs/reviewer/smoke-evidence-report-template.md
Normal file
160
docs/reviewer/smoke-evidence-report-template.md
Normal file
|
|
@ -0,0 +1,160 @@
|
|||
# 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
|
||||
90
docs/reviewer/smoke-verification-checklist.md
Normal file
90
docs/reviewer/smoke-verification-checklist.md
Normal file
|
|
@ -0,0 +1,90 @@
|
|||
# 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
Normal file
43
pom.xml
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
<?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>
|
||||
94
role-pm/handover.md
Normal file
94
role-pm/handover.md
Normal file
|
|
@ -0,0 +1,94 @@
|
|||
# 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`
|
||||
|
||||
---
|
||||
|
||||
**인수인계 확인:**
|
||||
인수인계자: _______________
|
||||
인수자: _______________
|
||||
날짜: _______________
|
||||
268
scripts/verify-operational-risk.sh
Normal file
268
scripts/verify-operational-risk.sh
Normal file
|
|
@ -0,0 +1,268 @@
|
|||
#!/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
|
||||
147
scripts/verify-smoke.sh
Normal file
147
scripts/verify-smoke.sh
Normal file
|
|
@ -0,0 +1,147 @@
|
|||
#!/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
|
||||
|
|
@ -0,0 +1,12 @@
|
|||
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);
|
||||
}
|
||||
}
|
||||
19
src/main/java/com/example/developer/DeveloperService.java
Normal file
19
src/main/java/com/example/developer/DeveloperService.java
Normal file
|
|
@ -0,0 +1,19 @@
|
|||
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;
|
||||
}
|
||||
}
|
||||
|
|
@ -0,0 +1,30 @@
|
|||
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());
|
||||
}
|
||||
}
|
||||
Loading…
Add table
Add a link
Reference in a new issue