이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 화면 문구보다 먼저 계산 정의와 단위, 적용 범위를 고정합니다.
- 독립적인 기준값으로 정상·경계·오류 사례를 만들어 구현 결과와 비교합니다.
- AI가 만든 코드나 수식을 검토 없이 배포하지 않고 변경할 때마다 회귀 시험합니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 견적, 환산, 배분처럼 반복 계산을 작은 웹 도구로 만들려는 사람
- AI가 작성한 계산 로직을 검증 가능한 요구사항으로 바꾸려는 기획자
- 계산 결과뿐 아니라 입력 오류와 설명 문구까지 시험하려는 개발팀
이 경우에는 멈추세요
- 의료 진단, 투자 판단, 세금 신고처럼 자격 있는 전문가 검토가 필요한 계산
- 공식 산식이나 적용 법규의 최신 원문을 확보하지 못한 경우
- 한두 개 예시가 맞으면 모든 입력에서 정확하다고 가정하려는 경우
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- 공식 문서 또는 승인된 내부 문서에 있는 계산 정의
- 입력값별 단위, 허용 범위와 필수 여부
- 반올림 시점과 표시 자릿수 기준
- 독립적으로 기대값을 계산할 수 있는 검토자 또는 기준 도구
- 변경 이력과 시험 결과를 남길 문서
단계별 과정
자연어 요구를 수식과 전제조건으로 분해합니다
왜 필요한가 — ‘비율대로 나눈다’ 같은 문장은 분모가 0이거나 합계가 맞지 않을 때의 행동을 설명하지 않습니다.
계산 목적, 입력, 출력, 단위, 수식, 적용 범위와 제외 조건을 한 표에 적습니다. 퍼센트는 30인지 0.3인지, 기간은 일인지 월인지처럼 사람이 암묵적으로 아는 부분도 명시합니다.
공식 산식이 있는 영역은 AI 설명이 아니라 원문 문서를 기준으로 삼고 문서 버전과 확인일을 기록합니다. 서로 다른 해석이 가능한 문장은 구현 전에 담당자가 결정하도록 질문 목록으로 분리합니다.
목적: 예산을 세 항목에 비율로 배분 총예산 단위: 원 비율 입력: 퍼센트 정수 표시: 1원 단위 미정: 비율 합계가 100이 아닐 때 처리
수식: 항목별 원시값=총예산×비율/100 전제: 총예산은 0 이상 정수, 비율은 각 0~100 결정 필요: 합계 100 미만·초과, 반올림 차액 배정 방식
합격 기준과 실패 상태를 먼저 씁니다
왜 필요한가 — 기대 행동이 없으면 구현 결과에 맞춰 시험의 정답을 바꾸게 됩니다.
정상 입력에는 정확한 기대값을, 잘못된 입력에는 오류 문구와 계산 차단 여부를 지정합니다. 오차 허용이 필요한 소수 계산은 허용 범위와 비교 시점을 정합니다.
화면 합계가 원본 총액과 반드시 같아야 하는지, 입력을 수정하면 결과가 즉시 갱신되는지, 오류가 난 뒤 정상 입력으로 복구되는지도 합격 기준에 포함합니다.
사례 V01: 총예산 10,000원 / A 50 / B 30 / C 20 사례 E01: 합계 110 사례 E02: 총예산에 문자 입력 표시 기준: 1원
V01 기대값: A 5,000 / B 3,000 / C 2,000 / 합계 10,000 E01: 결과 미표시, ‘비율 합계를 100으로 맞춰 주세요’ E02: 결과 미표시, 금액 입력란 오류 연결
기준값과 경계값 시험표를 만듭니다
왜 필요한가 — 평균적인 숫자만 시험하면 0, 최댓값, 소수점과 단위 변환에서 생기는 오류를 찾기 어렵습니다.
최소값, 최대값, 0, 빈값, 음수, 매우 큰 수, 소수, 합계 불일치와 반올림 차액을 포함합니다. 입력 두 개가 서로 제약하는 경우 조합 사례도 추가합니다.
기대값은 구현 코드와 다른 경로로 계산합니다. 같은 AI에게 코드와 정답을 동시에 만들게 하면 같은 잘못된 가정이 양쪽에 복제될 수 있으므로 공식 예제, 손계산 또는 독립된 검토식을 사용합니다.
B01 총예산 0, 비율 50/30/20 B02 총예산 1, 비율 34/33/33 B03 총예산 -1 B04 비율 빈칸 포함 B05 허용 최댓값과 100/0/0
B01 0/0/0, 합계 0 B02 반올림 차액 규칙에 따라 합계 1 유지 B03 범위 오류 B04 필수 입력 오류 B05 최댓값에서 숫자 잘림 없이 결과 표시
계산 로직과 화면 행동을 따로 검증합니다
왜 필요한가 — 함수가 맞아도 입력 단위가 잘못 표시되거나 오류가 사용자에게 전달되지 않으면 실제 계산기는 안전하게 사용할 수 없습니다.
먼저 계산 함수에 시험표를 적용해 반환값과 오류 상태를 확인합니다. 그다음 화면에서 라벨, 단위, 키보드 입력, 복사, 초기화와 오류 메시지 연결을 확인합니다.
결과에는 산식의 핵심 전제와 기준일을 가까이 표시하고, 숨겨진 기본값을 사용하지 않습니다. 숫자 형식을 꾸미는 쉼표와 통화 기호가 실제 값으로 다시 파싱될 때 달라지지 않는지도 점검합니다.
화면 시험 U01: 키보드만 사용해 총예산과 비율 입력 U02: 10,000 입력 후 한 자리 삭제 U03: 오류 상태에서 값 수정 U04: 결과 복사
U01 모든 입력에 라벨과 단위 전달 U02 표시값과 내부값 일치 U03 조건 충족 즉시 오류 해제 및 재계산 U04 복사문에 결과·단위·적용 기준 포함
변경 승인과 회귀 시험 절차를 고정합니다
왜 필요한가 — 문구나 반올림 규칙 하나를 바꿔도 이전에 맞던 사례가 달라질 수 있습니다.
수식, 기준 문서, 단위, 허용 범위, 반올림 규칙과 화면 문구의 변경을 버전별로 기록합니다. 변경 이유와 승인자, 영향을 받는 시험 ID를 함께 남깁니다.
수정할 때는 새 사례뿐 아니라 전체 기준·경계 시험을 다시 실행합니다. 고위험 용도로 오해될 수 있는 계산기는 목적과 한계를 화면에 명확히 표시하고 필요하면 공개하지 않습니다.
변경 C03: 반올림 차액을 마지막 항목이 아닌 가장 큰 소수 부분 항목에 배정 근거: 내부 정책 결정 영향 예상: B02, V02 승인 상태: 검토 전
버전 v1.1 후보 재시험: 전체 정상 6건, 경계 8건, 오류 5건 필수 확인: B02 합계 유지, 동률 처리 규칙 배포 조건: 승인자 확인과 전 항목 통과
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
다음 계산기 요구사항을 구현 전에 검증 가능한 명세로 바꾸세요. 공식 근거에 없는 규칙을 임의로 정하지 마세요.
[계산 목적]
{{누가 무엇을 계산하는지}}
[공식 또는 승인된 계산 근거]
{{문서명, 버전, 확인일, 관련 문장}}
[현재 입력·출력 정의]
{{값, 단위, 허용 범위, 표시 형식}}
[출력]
1. 확정된 계산식과 전제조건
2. 아직 결정이 필요한 질문
3. 정상·경계·오류 시험표: ID | 입력 | 기대값 | 합격 기준
4. 반올림·단위·빈값 처리 점검
5. 화면에서 사용자에게 설명할 한계
기대값은 제공된 근거로 계산할 수 없는 경우 '확인 필요'로 남기고 추정하지 마세요.결과 확인 체크리스트
- 계산 목적과 적용 대상이 한 문장으로 정의됐다.
- 수식의 공식 또는 승인된 내부 근거가 기록됐다.
- 입력·출력마다 단위와 허용 범위가 있다.
- 반올림 시점과 차액 처리 규칙이 정해졌다.
- 정상 사례의 기대값을 독립적으로 계산했다.
- 0·최소·최대·빈값·음수·잘못된 형식을 시험했다.
- 계산 로직과 화면 행동을 각각 시험했다.
- 오류 시 계산 차단과 복구 행동이 정의됐다.
- 변경 이력과 승인자를 기록했다.
- 수정 후 전체 회귀 시험을 다시 실행한다.
자주 막히는 지점과 해결법
공식 원문 또는 승인된 내부 문서와 대조하고 근거가 없는 부분은 결정 질문으로 남깁니다.
손계산, 공식 예제 또는 별도의 검토식으로 기대값을 독립적으로 만듭니다.
내부 정밀도, 표시 정밀도와 차액 배정 규칙을 분리해 시험합니다.
0·빈값·최댓값·잘못된 단위와 조합 조건을 별도의 필수 시험으로 둡니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 의료·법률·세무·투자 계산기는 관련 전문가와 최신 공식 기준의 검토가 필요합니다.
- 부동소수점과 통화 반올림 방식은 언어와 구현 환경에 따라 달라질 수 있습니다.
- 숫자가 표시된다는 이유만으로 입력값이 현실적으로 타당하다고 판단하지 마세요.
- 공식 기준이나 요율이 바뀌면 이전 검증 결과를 그대로 사용하지 마세요.
- 사용자 입력에 개인정보가 포함될 수 있다면 저장·전송·삭제 정책을 먼저 설계하세요.
- 계산기 안내문은 정확성이나 특정 결과를 보장하는 표현으로 쓰지 마세요.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-14 — 작성 및 편집 검수.
이어서 볼 가이드
재생에너지·앱 개발·이커머스를 거치며 배운 AI 활용법
회사 안에서도 저는 계속 ‘새로운 걸 만들어야 하는 역할’에 있었습니다 돌이켜보면 저는 정해진 업무를 오래 반복하기보다, 이미 있는 방식에서 새로운 매출이나 새로운 채널을 만들어야 하는 일을 많이 했습니다. 신세계에서는 MD의 관점에서 상품과 고객을 봤고, SK Networks에서는 온라인 시장이 본격적으로 커지기 시작하던 시기에 새로운 이커머스 사업을 만드는 일을 경험했습니다. 당시에는 지금처럼 브랜드가 온라인 판매를 당연하게 생각하지 […]
프롬프트 버전을 감으로 고르지 않는 평가 도구 설계법
같은 시험 입력과 판정 기준으로 프롬프트 두 버전을 가려 비교하고, 좋아진 사례와 퇴행한 사례를 함께 남기는 평가 도구 명세입니다.