testRigor Software Testing

각 단계가 평범한 영어 문장이다. "click 'Add to cart'"나 "check that the page contains 'Order confirmed'"처럼 쓴다. 플랫폼이 요청을 해석하고 어떤 요소가 맞는지 판단해 실행한다. 말 그대로의 노코드 테스트다. 기술 배경이 없는 사람도 읽고 검토하고 고칠 수 있고, 자동화 코드를 만질 수 있는 사람이 엔지니어 한 명뿐이라는 병목도 사라진다.

testRigor는 XPath 식도 CSS 선택자도 저장하지 않는다. 사람이 하는 방식으로 보이는 텍스트, 라벨, 필드 유형, 화면상 위치를 보고 요소를 찾고 실행할 때마다 다시 해석한다. 개발자가 ID를 바꾸거나 버튼을 새 컨테이너로 감싸도 테스트는 계속 돈다. 대신 모호한 라벨은 여전히 AI를 헷갈리게 하므로 단계 문장이 중요하다.

짧은 설명으로 테스트 초안을 만들고, 프로덕션 분석에서 보인 흐름에 대한 커버리지 제안을 내놓는다. 새 기능을 지정해 스크립트 초안을 받을 수도 있다. 새 스위트를 시작할 때 마주치는 백지 상태를 줄여 준다. 다만 생성된 단계는 사람이 검토해야 한다. 테스트는 검증한 것만 보증한다.

같은 영어 문법이 브라우저, iOS와 Android 네이티브 앱, iframe과 shadow DOM이 있는 하이브리드 앱, Windows 데스크톱 앱, REST 엔드포인트에서 실행된다. 결제 테스트를 웹 세션에서 확인 메일, 데이터베이스 조회까지 한 스크립트로 이어 붙일 수 있다. 여러 도구를 통합하는 팀은 이 폭을 전환 이유로 자주 든다.

실제 업무는 여러 사람과 여러 경로를 거친다. testRigor는 테스트의 일부로 이메일, SMS, 인스턴트 메시지를 보내고 읽으며 전화를 걸고 받고 데이터베이스를 조회한다. 초대, 2단계 로그인, 지원팀 이관을 단위 검사와 수작업으로 쪼개지 않고 끝에서 끝까지 검증할 수 있다.

Jenkins, CircleCI 등 파이프라인용 스크립트가 바로 제공되며 테스트가 실패하면 빌드도 실패한다. 네이티브 커넥터가 결과와 결함을 Jira, TestRail, Zephyr로 보낸다. TestRail은 양방향이라 TestRail 안에서 실행 가능한 명세를 쓸 수 있다. REST API는 맞춤 리포트와 예약 실행을 담당한다.