- 관련 상품
- 2026년 8월 27일 오전 9:53 UTC
- 이름 *
- Kamo
- 뚱 베어
- 1c64482
SW6b 작업 3, 컨트롤러 반. POST/PUT/DELETE /{jobUid}/lines/..., POST /{jobUid}/notes, POST/DELETE /{jobUid}/vendors/..., PATCH /{jobUid}/signoff 및 파칭 **************** VIEW SERVICE WORK에 머물기 8 중 하나는 MANAGE SERVICE WORK입니다. MANAGE SERVICE WORK 는 VIEW SERVICE WORK 의 CHILD이므로, 읽는 핸들러는 쓰기에 볼 수 있으며 여전히 문질러 보입니다. 다운로드 ServiceJobRightsGateTest는 보기 전용으로 모든 12개의 핸들러를 구동합니다. 세션과 서비스는 결코 도달하지 않습니다 -- 행동하는 핸들러 그때 checks 반환 403 이미 작성한 행. 두 ids는 모든 아이 엔드 포인트에 서비스를 도달, 및 서비스는 해결 직업 uid와 org를 가진 아이는 1개의 질문에서 전형적으로 합니다. 없음 부모 하나, DELETE /{jobUid}/lines/{lineUid}는 org에서 어떤 선에 도달 완전히 올바른 URL을 통해. 참고 저자는 memberId(req)이며, 몸이 절대 없다. NoteInput은 몸을 운반한다. 그리고 아무것도 다른, 기록에 편집 경로가 정확하게 그래서 그것이 말하는 것 그는 말했다. 방문의 밖으로 시계 아무도는 방문의 국가를 명명하는 409이다, 400이 아닌 500 -- 요청은 잘 형성되고 행은 존재하며 무엇이 잘못되었는지. 동일한 납품업자를 두번 관여시키는 것은 409입니다. 이 테스트는 이제 컨트롤러와 asserts this의 mapped 핸들러 이름을 읽습니다. 클래스는 그들 중 하나를 구동, 그래서 ninth 엔드 포인트 추가 및 잊어 여기에 아무것도 덮지 않는 것보다 실패합니다. 동서 세트 assertion는 넓게 입니다 모든 5개의 동사에: 이 표면을 위한 다음 프록시는 GET, POST, PUT를 수출해야 합니다, PATCH 및 DELETE 또는 모든 답변 405 다음에서 아무것도없이 서버 로그. Mutation-tested, 19 mutations, 각 별명 실패: 오른쪽 체크 8개 중 각각에 삭제된 MANAGE는 8개 중 각 VIEW로 교체했습니다. 체크는 서비스 호출 후 이동, 세션 org는 리터럴로 대체, 그리고 한 동사 변경.