Walker 기준선 및 차이점
기준선과 차이점은 동일한 애플리케이션에 대해 두 개의 자율 보행을 비교합니다. 그들은 새롭고 지속적이며 해결된 결과를 분리하고 문제가 발생한 위치를 보여줍니다. 기록된 UI 상태가 변경되었습니다.
기준선은 인증이 아닌 비교 참조입니다. 이후에만 고정하세요. 대상, 인증 상태, 제한 사항, 결과 및 적용 범위를 검토합니다.
권장 워크플로
- 잘 알려진 걷기를 달리고 검토합니다.
set_walk_baseline로 고정하세요.- 변경 사항을 배포하고 비슷한 구성으로 새로운 탐색을 실행합니다.
- 두 개의 도보 ID로
diff_walks에 전화를 겁니다. - 재귀 보고서와 모든 방해 요소/주요 결과를 검사합니다.
- 결정적 적용 범위가 중요한 흐름에 대해 저장된 시나리오를 실행합니다.
set_walk_baseline(
walk_id="<reviewed-walk>",
app_name="my-app",
notes="Reviewed staging reference for revision <sha>"
)
diff_walks(
base_walk_id="<reviewed-walk>",
new_walk_id="<candidate-walk>"
)동일성 및 비교 한계
상태는 경로 및 DOM 서명을 통해 콘텐츠 주소가 지정됩니다. 발견 항목이 결합되었습니다. 정규화된 중복 제거 키를 사용합니다. 안정적인 비교가 가능하지만 동적 콘텐츠는 여전히 하나의 논리적 화면을 새로운 것처럼 보이게 만들 수 있으며 정규화는 때때로 결과를 예기치 않게 병합하거나 분할할 수 있습니다.
방어 가능한 비교를 위해 다음 입력을 정렬된 상태로 유지하세요.
- 응용 프로그램 및 환경
- 인증된 계정 및 역할
- 시드 URL 및 허용된 출처
- 워커 모드, 상태/깊이/행동 제한 및 퍼즈 프로필 그리고
- 기능 플래그 및 테스트 데이터.
해당 입력이 다른 경우 개수를 다음과 같이 처리하는 대신 차이점을 문서화하세요. 릴리스 품질 회귀 신호.
사용 가능한 도구
| 도구 | 목적 |
|---|---|
set_walk_baseline | 소유자/앱 키별로 검토된 걷기를 하나씩 고정 |
get_walk_baseline / list_walk_baselines | 현재 참조 검사 |
clear_walk_baseline | 산책을 삭제하지 않고 핀 제거 |
diff_walks | 두 개의 소유 산책에 대한 상태 및 결과 비교 |
walk_recursive_report | 변경 주석을 사용하여 기록된 상태 트리 렌더링 |
walk_findings_to_tickets | 선택한 결과에 대한 추적기 페이로드 생성 |
run_all_app_scenarios | 앱에 대해 저장된 시나리오 대기열에 넣기 |
티켓 내보내기는 Linear, Jira 또는 GitHub에 대한 JSON 페이로드를 반환합니다. 그렇지 않다 게시하세요. 제목, 증거 링크, 심각도, 민감한 콘텐츠, 프로젝트 등을 검토하세요. 외부 추적기로 무엇이든 보내기 전에 양수인에게 연락하세요.
릴리스 해석
유용한 후보 신호는 다음과 같습니다.
- 비슷한 적용 범위에서 새로운 방해 요인이나 주요 발견이 없습니다.
- 목표한 결과가 해결된 것으로 나타납니다.
- 중요한 저장된 시나리오가 의도된 환경에서 전달됩니다. 그리고
- 누군가가 제거된 상태나 축소된 적용 범위를 검토합니다.
findings_new이 0이라는 이유만으로 릴리스를 녹색으로 부르지 마십시오. 실패했습니다
로그인, 조기 시간 초과, 더 작은 경계 또는 사용할 수 없는 테스터도 생성할 수 있습니다.
발견 횟수가 적습니다.