증거로 Taiga의 소프트웨어 제공 검토하기

이니셔티브의 목표 결과에서 시작하세요

이제 가상의 장비 서비스에서 직원이 자기 요청을 볼 수 있습니다. 이니셔티브의 목표 결과와 범위로 검토를 시작하세요. 반드시 성립해야 하는 조건과 변경이 유지해야 할 것을 파악하세요.

이번 제공에서 직원은 다른 직원의 요청을 읽을 수 없어야 합니다. 관리자는 정해진 접근을 유지해야 합니다. 페이지를 여는 테스트만으로는 어느 조건도 입증하지 못합니다.

Runs 페이지는 실패를 포함한 시도를 기록합니다. 각 실행은 사용한 계획을 식별합니다. 실행 페이지는 살펴보기 위한 기록입니다. 작업을 바꾸는 결정은 이니셔티브에서 내립니다.

테스트와 형식 정리 단계의 증거를 읽으세요. Taiga는 실패했거나 실행되지 않은 검사를 드러냅니다. 검토 요약에서 ‘실행하지 않음’을 ‘통과’로 바꾸지 마세요.

접근 모델, 스키마, 환경, 외부 서비스에 대한 가정을 찾으세요. 게시된 의도와 실제 코드에 대조하세요.

장비 서비스에서는 요청 소유자를 어디에서 확인하는지 살펴보세요. 허가된 요청, 다른 직원의 요청, 존재하지 않는 요청을 테스트하세요. 로그가 기밀 요청 내용을 드러내지 않는지 확인하세요.

테스트 변경도 검토하세요. 결함을 탐지할 단언문을 변경에서 제거했다면 통과 결과의 가치는 제한적입니다. 작업 흐름과 테스트 구성 변경도 검토 범위에 넣으세요.

동작, 기대 결과, 필요한 증거를 명시하세요. 예를 들어 ‘엔드포인트가 로그인은 확인하지만 요청 소유권은 확인하지 않습니다. 서버 측 접근 검사와 다른 직원의 요청을 사용하는 테스트를 추가하세요.’라고 전달할 수 있습니다.

Taiga는 풀 리퀘스트 검토 피드백과 실패한 검사에 대응해 같은 브랜치를 변경할 수 있습니다. 업데이트 후에는 새 커밋과 검사를 살펴보세요. 이전 증거가 변경된 아티팩트까지 다루지는 않을 수 있습니다.

계획 미완료나 검사 약화 때문에 실행이 중지되었다면 명시된 이유를 읽으세요. 눈에 보이는 검사 요약이 모두 통과했다는 이유만으로 초안 상태를 해제하지 마세요.

어떤 기준을 검증했고 무엇이 미해결인지 기록하세요. 저장소의 필수 검토와 검사가 머지 경계를 강제하게 하세요. 별도의 릴리스 결정은 유지하세요.

Taiga는 조직의 파이프라인이 수행한 배포를 관찰합니다. 사용자에게 변경을 사용할 수 있다고 알리기 전에 환경과 아티팩트를 검증하세요. 배포가 실패하면 이전의 성공한 버전이 계속 트래픽을 처리할 수 있습니다.

서비스 수준 검사로 목표 결과를 확인하세요. 직원이 기능을 사용하고, 권한 없는 접근이 거부되며, 운영 담당자가 실패를 관찰할 수 있어야 합니다. 중단 처리하기에서 계속 학습하세요.