사주 앱을 만들면서 화면 테스트가 통과했다는 보고를 받았습니다. 화면이 열리고, 버튼을 누르면 반응하고, 정해 둔 동작도 수행됐습니다. 그런데 처음 정한 디자인과 실제 화면을 나란히 놓고 보니 아직 맞지 않는 부분이 있었습니다. 테스트 결과만 읽어서는 앱이 처음 계획한 모습에 얼마나 가까워졌는지 알기 어려웠습니다.
처음 계획과 다시 맞춰 보기
그래서 처음 계획한 내용과 실제 구현을 다시 대조해 달라고 요청했습니다. 통과한 테스트가 많다는 설명에 더해, 무엇이 만들어졌고 무엇이 남았는지 확인하고 싶었습니다. 기능 목록에 이름이 있다는 것, 화면에 요소가 보인다는 것, 사용자가 그 기능을 끝까지 쓸 수 있다는 것은 각각 확인해야 할 내용이었습니다.
처음에는 화면이 제대로 동작하는지가 눈에 들어오기 쉽습니다. 버튼을 누르면 다음 화면이 나타나는 모습은 바로 확인할 수 있기 때문입니다. 하지만 그 화면에서 해야 할 입력이 빠져 있거나, 필요한 안내가 없거나, 요청이 잘못 처리되면 사용자의 일은 아직 끝나지 않습니다. 화면을 여는 데 성공한 것만으로 전체 흐름을 설명하기에는 부족했습니다.
다시 살펴보니 완료된 기능, 일부만 구현된 기능, 아직 빠진 기능이 나뉘었습니다. 예를 들어 기분을 입력하는 기능이 빠져 있었고, 쿠키 안내도 보완이 필요했습니다. 같은 요청이 두 번 처리되는 경우도 확인했습니다. 서로 다른 종류의 문제였지만, 화면 테스트가 통과했다는 한 줄의 결과만으로는 드러나지 않았던 부분들입니다.
빠진 기능과 정확한 처리
기분 입력을 예로 들면, 중요한 건 화면이 잘 보이는지뿐만이 아닙니다. 계획에 들어 있던 입력을 사용자가 실제로 할 수 있어야 합니다. 입력할 곳이 빠져 있다면 주변 화면이 정상적으로 열려도 그 기능은 완성됐다고 보기 어렵습니다. 사용자가 무엇을 할 수 있는지를 기준으로 보면, 빠진 부분을 더 분명하게 설명할 수 있습니다.
안내도 같은 맥락에서 봤습니다. 주요 기능에 비해 작아 보이는 요소라도, 처음 계획에 포함됐다면 실제 화면에서 확인해야 합니다. 안내가 필요한 위치에 있는지, 사용자가 읽을 수 있는지 살펴볼 일이 남습니다. 쿠키 안내 역시 구현 여부를 별도로 확인하고 보완해야 할 항목이었습니다.
같은 요청이 두 번 처리되는 경우는 조금 다른 문제였습니다. 겉으로는 반응이 있으니 동작한다고 볼 수도 있지만, 한 번 요청한 일이 의도한 대로 한 번 처리되는지도 확인해야 합니다. 화면이 반응하는지와 그 반응이 정확한지는 함께 봐야 한다는 점을 보여줬습니다. 단순히 눈에 보이는 요소를 채우는 작업만으로는 끝나지 않았습니다.
디자인과 부분 구현
디자인을 확인하는 일도 남아 있었습니다. 처음 선택한 디자인과 실제 결과가 다르면 어떤 부분이 다른지 짚어야 합니다. 화면에 필요한 내용이 모두 있어도 배치와 흐름이 계획과 다를 수 있습니다. 기능이 돌아가는지 확인하는 과정과, 정해 둔 화면에 맞게 구현됐는지 확인하는 과정이 모두 필요했습니다.
이때 완료와 미완료 사이에 있는 기능을 따로 보는 게 도움이 됐습니다. 화면은 있지만 뒤의 처리가 남아 있을 수도 있고, 일부 동작은 되지만 필요한 경우를 모두 다루지 못할 수도 있습니다. 이런 항목을 모두 완료로 묶으면 남은 일이 가려집니다. 반대로 전부 미완료로 묶으면 이미 만들어진 부분을 설명하기 어렵습니다.
그래서 요구사항마다 실제로 확인할 수 있는 화면을 보여 달라고 요청했습니다. 확인할 대상이 구체적이면 결과도 더 자세하게 볼 수 있습니다. 기분 입력이 있는지, 안내가 보이는지, 요청이 중복으로 처리되지는 않는지가 구체적인 확인 대상입니다. 기능 이름을 다시 읽는 것보다 실제 화면과 행동을 연결해서 보는 편이 이번 작업에 더 잘 맞았습니다.
테스트가 확인한 범위
AI가 만든 결과를 검토할 때도 이 과정은 중요했습니다. 구현을 맡겼다는 이유로 결과를 확인하는 기준까지 생기는 건 아닙니다. AI가 완료됐다고 보고한 범위와 제가 처음 요청한 범위가 같은지 맞춰 봐야 합니다. 보고가 틀렸다고 먼저 정하기보다, 무엇을 근거로 완료라고 했는지 확인하면 남은 차이를 찾기 쉽습니다.
테스트 결과도 그 범위 안에서 읽어야 합니다. 어떤 동작을 확인하도록 만든 테스트라면, 통과 결과는 그 동작을 확인하는 데 도움이 됩니다. 다만 테스트에 들어 있지 않은 요구사항까지 자동으로 확인해 주지는 않습니다. 이번에는 통과한 결과와 함께 처음 계획을 다시 펼쳐 보는 일이 필요했습니다.
완료 항목의 수는 진행 상황을 짧게 보여줄 수 있습니다. 하지만 그 수만으로 사용자가 앱을 얼마나 쓸 수 있는지 판단하기는 어렵습니다. 작은 안내 하나와 중요한 입력 흐름 하나가 숫자로는 각각 한 항목으로 세어질 수 있기 때문입니다. 무엇이 남았는지, 남은 부분이 사용에 어떤 영향을 주는지도 함께 읽어야 합니다.
현재는 화면과 흐름을 계속 다듬고 있습니다. 실제 AI 응답과 결제, 데이터 저장까지 연결해서 출시를 마친 상태는 아닙니다. 화면을 통해 확인한 부분과 실제 서비스 연결이 필요한 부분은 구분해서 보고 있습니다. 화면이 갖춰졌다는 설명이 곧바로 서비스를 운영할 준비가 끝났다는 뜻으로 읽히지 않도록 하는 것도 중요합니다.
지금의 완성도를 설명하기
이 구분은 다음 작업을 정할 때도 필요합니다. 화면에서 빠진 요소를 채우는 일과 외부 기능을 실제로 연결하는 일은 확인할 내용이 다릅니다. 지금 어느 단계에 있는지 알아야 다음 결과도 같은 기준으로 검토할 수 있습니다. 이번 재점검에서는 앱이 현재 어느 상태인지 더 정확하게 파악하는 데 집중했습니다.
완료 보고를 받은 뒤 원래 계획과 다시 맞춰 보자고 요청한 것이 이번 검토의 출발점이었습니다. 구현 속도만 따라가면 지나칠 수 있는 차이를 실제 화면에서 확인했습니다. 그 덕분에 잘 만들어진 부분을 인정하면서도, 아직 더 필요한 부분을 구체적으로 남길 수 있었습니다.
테스트 통과는 여전히 필요한 결과입니다. 여기에 사용자가 해야 할 일을 끝낼 수 있는지, 계획한 기능이 실제로 존재하는지, 화면과 처리가 서로 맞는지까지 확인하고 있습니다. 지금의 완성도를 설명할 때도 확인한 만큼만 말하려고 합니다. 그래야 다음 작업이 무엇인지 분명해지고, 다음 검토에서도 실제로 나아진 부분을 볼 수 있습니다.
