Cognition·AWS 협력 발표: 기존 시스템을 옮길 때 먼저 준비할 테스트 자료

오래 사용한 업무 프로그램을 새 환경으로 옮길 때는 기존 사용자가 기대하는 결과를 정확하게 정리하는 일이 중요합니다. 소스 코드를 새 언어로 바꾸는 작업에 더해, 같은 입력에서 같은 업무 결과가 나오는지도 확인해야 합니다. 2026년 9월 15일 Cognition과 AWS가 발표한 협력은 이처럼 기업의 시스템 전환과 개발 업무에 AI 에이전트를 활용하는 방향을 담고 있습니다.

협력 발표에서 확인할 세 가지

Cognition은 AWS와 다년간의 전략적 협력 계약을 맺었다고 밝혔습니다. 기업의 시스템 현대화와 개발 작업이 주요 적용 영역입니다. Devin은 이미 AWS Marketplace에서 제공되며 Agent Toolkit for AWS를 활용할 수 있습니다. 더 깊은 제품 통합은 탐색 중인 내용으로 설명돼 있습니다. 현재 제공되는 경로와 앞으로 논의할 통합을 구분해서 읽는 것이 좋습니다.

발표는 기존 동작 분석, 대체 구현, 알려진 출력값을 이용한 검증을 설명합니다. 기업용 환경에는 전용 VPC와 세션별 작업 환경 등 운영 구성을 소개합니다. 실제 계약에서 적용되는 지역·네트워크·로그 조건은 도입 조직이 확인할 항목입니다. 아래 정산 프로그램 사례와 테스트 표는 이해를 돕기 위해 이 글에서 직접 구성한 예시입니다.

코드보다 먼저 업무의 입출력을 적어 봅니다

가상의 주문 정산 프로그램을 생각해 보겠습니다. 입력은 상품 금액, 수량, 할인 금액이고 출력은 고객에게 보여 줄 결제 금액입니다. 기존 코드에 소수점 처리나 날짜별 계산 방식이 들어 있다면, 이 조건을 문장과 예제로 남깁니다. ‘결과가 같다’는 말도 화면에 표시되는 숫자인지, 저장된 소수점 값인지 기준을 정해야 합니다.

시험 항목	예시 입력	확인할 결과
일반 주문	단가 1,200원·수량 3개	할인 전 합계 3,600원
할인 적용	합계 3,600원·할인 600원	결제 금액 3,000원
빈 주문	주문 항목 없음	기존 규칙에 따른 안내와 저장 여부
날짜 경계	월말 마지막 분의 주문	주문일·정산일의 적용 기준

처음 두 줄은 산술 결과를 직접 정할 수 있습니다. 빈 주문과 날짜 경계의 결과는 해당 업무의 실제 규칙을 확인해서 채워야 합니다. 이 부분을 AI가 임의로 정하도록 두기보다, 담당자가 기존 화면과 문서를 보고 기준을 확정하는 방식이 적합합니다. 같은 ‘빈 값’도 수량 0, 미입력, 해당 없음은 의미가 다를 수 있습니다.

전환 작업을 작은 단위로 나눕니다

첫 단위는 독립적으로 호출할 수 있는 계산 함수나 조회 화면 하나가 좋습니다. 입력 자료와 출력 형식을 고정하고, 기존 실행 결과를 보관합니다. 새 구현을 만든 뒤 동일한 입력을 넣어 비교합니다. 결과가 다른 항목은 어떤 조건에서 차이가 생기는지 기록하고, 기존 규칙을 유지할지 업무 규칙을 바꿀지 담당자가 결정합니다.

단계	남길 자료	다음 단계로 넘어갈 조건
현황 정리	호출 관계·데이터 항목	책임자와 사용 범위 확인
기준 만들기	예시 입력·기대 출력	업무 담당자의 검토
대체 구현	변경 코드·실행 방법	정한 시험 항목의 결과 확인
운영 준비	배포 절차·되돌릴 방법	운영 담당자의 인수

특히 ‘기존과 동일하게 이동’과 ‘새 업무 규칙 도입’을 한 번에 섞지 않는 운영 방법이 유용합니다. 먼저 동일한 결과를 만드는 전환을 검토하고, 기능 개선은 별도 변경으로 추적하면 각각 무엇을 확인했는지 설명하기 쉬워집니다. 이는 특정 제품의 기능이 아니라 프로젝트 범위를 관리하는 일반적인 방법입니다.

자료를 줄 때는 맥락과 권한을 함께 정합니다

실습이나 사전 검토에는 개인 정보가 없는 가상 데이터를 사용할 수 있습니다. 상품 코드, 주문 날짜, 수량, 결과값만으로도 계산 규칙의 상당 부분을 설명할 수 있습니다. 실데이터가 필요하다면 조직의 승인된 작업 환경과 데이터 취급 기준 안에서 진행합니다. 계정 연결 자체와 운영 데이터 변경 권한도 나눠 설정합니다.

예시 요청은 다음과 같습니다. ‘이 함수의 입력과 출력, 외부 호출을 정리해 주세요. 제공한 다섯 가지 예시에서 기대 결과를 먼저 표로 작성하고, 설명되지 않은 조건은 질문으로 남겨 주세요. 이번 단계에서는 데이터베이스나 배포 설정을 변경하지 마세요.’ 이렇게 분석 단계의 완료 조건부터 구체화할 수 있습니다.

도입 성과는 무엇으로 확인할까요?

프로젝트에서 직접 기록할 수 있는 지표는 완료한 업무 단위 수, 담당자 검토 시간, 시험 항목 통과 수, 운영 인수까지 걸린 시간입니다. 코드가 생성된 시점과 실제 서비스에 적용된 시점은 구분해서 기록합니다. 계산 함수의 시험을 통과했더라도 권한, 외부 연동, 운영 시간대의 처리는 별도 확인이 필요할 수 있습니다.

예를 들어 화면 세 개 가운데 계산 화면 하나만 검증했다면 ‘계산 화면의 정해진 입력 사례 검증 완료’라고 적습니다. 이렇게 범위를 붙이면 다른 팀원이 다음에 이어서 확인할 일을 이해할 수 있습니다. 발표 속 자동화 방향을 실제 프로젝트에 적용할 때도 완료의 단위를 작고 분명하게 만드는 것이 핵심입니다.

이번 협력 소식을 계기로 준비할 수 있는 첫 자료는 거창한 전환 계획보다 자주 사용하는 업무 한 가지의 입출력 표입니다. 담당자만 알고 있던 날짜·빈 값·반올림 기준을 문서로 남기면, AI 활용 여부와 관계없이 시스템을 이해하고 검증하는 데 사용할 수 있습니다.

공식 발표 확인: 2026년 9월 17일. 표의 주문·금액·운영 단계는 자체 제작 예시입니다.
출처: https://cognition.com/blog/aws-sca