행복한 길
Happy path소프트웨어 또는 정보 모델링의 맥락에서 해피 패스(happy flow라고도 함)는 예외 또는 오류 [1][2]조건이 없는 기본 시나리오입니다.예를 들어 신용 카드 번호를 검증하는 함수의 해피 패스는 검증 규칙 중 어느 것도 오류를 발생시키지 않고 끝까지 실행을 계속하여 긍정적인 응답을 생성하는 것입니다.
Happy Path를 위한 프로세스 단계는 사용 사례의 맥락에서도 사용됩니다.Happy Path와 달리 대체 경로 및 예외 경로에 대한 프로세스 단계를 [citation needed]문서화할 수도 있습니다.
Happy Path 테스트는 알려진 입력을 사용하여 올바르게 정의된 테스트 케이스로 예외 없이 실행되어 예상된 [3]출력을 생성합니다.해피패스 테스트에서는 시스템이 기능 요건을 충족하고 있음을 알 수 있지만 오류 조건을 적절하게 처리하거나 숨겨진 [4][3]버그를 찾는 데 도움이 되는 것은 아닙니다.
해피데이(혹은 햇살 좋은 날) 시나리오와 골든 패스는 해피 [citation needed]패스의 동의어입니다.
사용 사례 분석에는 행복 경로가 하나뿐이지만, 모두 유효한 옵션 결과인 추가 대체 경로 시나리오가 얼마든지 있을 수 있습니다.유효한 대안이 존재하는 경우, 행복 경로는 기본 또는 가장 가능성이 높은 긍정적인 대안으로 식별된다.분석 결과 하나 이상의 예외 경로가 표시될 수도 있습니다.장애 상태의 결과로 예외 경로가 선택됩니다.사용 사례와 그에 따른 상호작용은 일반적으로 UML([citation needed]Unified Modeling Language) 또는 SysML과 같은 그래픽 언어로 모델링됩니다.
불행한 경로
해피 패스의 반대에는 합의된 이름이 없습니다.슬픈 패스, 부정한 패스, 또는 예외 패스로 알려져 있는 경우가 있습니다.'행복하지 않은 길'이라는 용어는 '행복한 길'과 정반대되는 것을 암시하며 같은 맥락으로 인기를 끌고 있다.보통 '불행한 길'은 따로 존재하지 않으며, 이러한 '기간'은 무의미하게 남습니다. 행복한 길은 맨 끝에 도달하지만, '불행한 길'은 더 짧고, 너무 일찍 끝나며, 마법사의 마지막 페이지조차 원하는 끝에 도달하지 못합니다.그리고 하나의 행복한 길과는 대조적으로, 일이 잘못될 수 있는 많은 다른 방법들이 있기 때문에, '불행한 길'을 결정하는 하나의 기준은 없습니다.
「 」를 참조해 주세요.
레퍼런스
- ^ BPMN: 해피패스를 위한 메타모델
- ^ Meszaros, Gerard. "happy path". xUnit Patterns. Archived from the original on 2017-10-19. Retrieved 2018-02-16.
- ^ a b Edwards, Stephen H.; Shams, Zalia (2014). "Do student programmers all tend to write the same software tests?". Proceedings of the 2014 Conference on Innovation & Technology in Computer Science Education: 171–176. doi:10.1145/2591708.2591757. ISBN 9781450328333. S2CID 18184659.
- ^ Cohen, Julie; Plakosh, Dan; Keeler, Kristi (2005). Robustness Testing of Software-Intensive Systems: Explanation and Guide (Technical report). Carnegie Mellon University, Software Engineering Institute. doi:10.1184/R1/6583508.v1. CMU/SEI-2005-TN-015.
