Pie

Pie는 제품을 써보며 배운다. 누군가 한 번 작성한 스크립트를 따르는 대신 고객이 실제로 밟는 흐름을 그린다. 앱을 가리키면 테스트할 가치가 있는 경로를 찾아내므로, 사용자 쪽에서 테스트를 작성할 일이 없다. 장점은 낡은 단언 묶음이 아니라 실제 제품을 따라가는 커버리지다.

모든 pull request는 사용자가 라이브 환경에서 겪을 방식대로 연습된다. Pie는 diff를 읽고, 영향을 받은 흐름을 따라가며, 변경이 버티는지 확인한다. 회귀를 고객보다 먼저 잡는 지점이 여기다. 나머지 팀이 이미 다음 변경을 배포하는 동안, 깨진 결제를 경영진 채널에서 설명하는 사람이 되지 않는다.

에이전트는 단순한 합격이나 실패를 넘어 본다. 로딩 상태가 리셋되지 않아 클릭되지 않는 버튼처럼, 스크립트 단언이 흔히 놓치는 종류의 버그를 보고한다. 이 넓은 그물 덕분에 테스트가 덮지 못한 틈으로 운영 환경에 도달하는 문제가 줄어든다.

Pie는 손상을 찾아도 티켓만 열어두고 다음 릴리스로 바쁜 누군가에게 진단을 넘기지 않는다. 수정을 초안하고 팀이 검토할 pull request를 연다. 때로는 근본 원인과 그것을 일으킨 정확한 줄까지 보여준다. 제안된 변경을 검토하는 편이 리포트를 처음부터 진단하는 것보다 빠르고, 무엇을 병합할지에 대한 통제권은 엔지니어가 계속 쥔다.

유지할 것이 없다. Pie는 조용히 백그라운드에서 돌며 코드가 나아가는 대로 재테스트하므로, UI가 바뀔 때마다 선택자를 다시 쓰지 않아도 된다. 결과는 누군가 포기할 때까지 썩어가는 층이 아니라, 스스로 계속 작동하는 테스트 층이다.

Pie는 웹과 모바일을 넘나들며 테스트하고, 여러 시장과 빌드로 출시되는 앱도 다룬다. 같은 제품을 여러 플랫폼에 둔 팀에게는, 화면마다 다른 테스트 도구를 두는 대신 하나의 에이전트가 모두를 지켜본다는 뜻이다.