목마름에 관하여

• 현재는 자산을 가지고 있지 않으면, 해당 자산을 소유하고 있는 시나리오를 테스트 할 수 없다.
• 그렇다고 해서 “제 2금융권 대출 자산 보유” 시나리오를 테스트하기 위해, 제 2금융권 대출을 직접 받기 어렵다
• 따라서 우리가 테스트하고자 하는 시나리오에 필요한 서버 응답을 미리 정의하고, 우리가 원할 때 그 서버 응답을 받아오고 클라이언트가 그 응답을 잘 렌더링하는지 테스트 할 수 있어야 한다.
• 자산 상세 화면에서는 주로 마이데이터를 통해 수집된 데이터를 통해 화면을 꾸린다.
• 마이데이터 특성상 각 금융권 마다의 특징이 있어 별도의 분기 처리가 필요하거나, 마이데이터 인터페이스 자체에 option인 필드들이 다수 존재하고, 이에 따라 api response의 다양한 케이스가 파생된다.

export interface UserBankAccount {
  id: string;
  type: string;
  /** 수기계좌 여부 */
  isManuallyCreated: boolean;
  /**
   * 하이픈, 마스킹 없는 계좌번호
   * e.g. 80123404123456
   * 수기계좌 일 경우 이 데이터는 undefined
   */
  number?: string;
  /** 메모 */
  description?: string;
  /** 사용자에게 표시되는 계좌명 (계좌 별칭 > 원본 데이터 상품명) */
  accountDisplayName: string;
  /** 마지막 동기화 날짜 (수기계좌인 경우 undefined) */
  lastSyncedAtMs?: string;
  /** 원본 계좌 상품명 (수가계좌인 경우 undefined)*/
  originalAccountName?: string;
  /**
   * 계좌 종류
   * enum: v1.bankaccount.UserBankAccountType
   */
  typeEnum: string;
  /** 계좌 잔액 */
  balance: Amount;
  /** 숨김 처리 여부 */
  isHidden: boolean;
  /** 휴면 여부 */
  isDormant: boolean;
  /** 만기 여부 */
  isClosed: boolean;
  /** 개설 일시 */
  openedAtMs?: string;
  /** 만기 일시 */
  expiredAtMs?: string;
  /** 마이데이터로 동기화 된 정보 (수기계좌인 경우 undefined) */
  mydata?: BankAccountMydata;
  organization: OrganizationMessage;
  /** 마이너스 통장 여부 (수기계좌인 경우 undefined) */
  isRevolvingCreditAccount?: boolean;
  /** 마이너스 통장 금리 (is_revolving_credit_account 값이 true일 경우에만 존재) */
  revolvingCreditAccountRate4f?: string;
  /** 수기 적용 금리 */
  manuallyCreatedOfferedRate3f?: string;
}

export interface Amount {
  /** 금액 */
  amount2f: string;
  /** ISO 4217 Currency code */
  currencyIdentifier: string;
}

export interface BankAccountMydata {
  /** 전송요구여부 */
  isConsent: boolean;
  /** 적용 금리 */
  offeredRate5f: string;
  /** 월 납입액 */
  monthlyPaidInAmount?: Amount;
  /** 최종 납입 회차 */
  latestInstallmentRoundNumber?: number;
  /**
   * 출금 가능 금액
   * NOTE: 압류로 인해 출금이 불가능하거나 출금 한도 금액이 설정되어 있는 등의 경우에 계좌 잔액과 금액이 다를 수 있음.
   */
  withdrawableAmount?: Amount;
  /**
   * 수신계좌 저축방식
   * enum: v1.mydata.BankDepositAccountSavingMethod
   */
  bankDepositAccountSavingMethodEnum: string;
}

export interface OrganizationMessage {
  /** 기관구분 global unique id */
  guid: string;
  /** 기관명 */
  name: string;
  /**
   * 기관 로고 이미지 URL
   * bds-graphic: color/logo/original, color/logo/circle
   */
  logoImageUrl: string;
  /**
   * 업권
   * enum: v1.organization.Industry
   */
  industryEnum: string;
  /** 오브젝트 ID (하위호환성 유지 용도) */
  objectid: string;
  /**
   * 세부업권
   * enum: v1.organization.SubIndustry
   */
  subIndustryEnum: string;
}

하나의 api response 가 주는 여러가지 case들이 존재한다.

• 수기계좌(isManuallyCreated)인 경우 or 수기계좌가 아닌 경우
• ㅁㅁ은행 케이스
• typeEnum (입출금 / 예금 / 적금 / 신탁) 케이스
• 특정 필드에 의존적인 다른 field 들
  • 수기계좌 여부에 따라 다른 필드가 달라지는 경우
    • 수기계좌의 경우 mydata field가 undefined 이다.
  • guid에 따라 다른 필드가 달라지는 경우
    • guid 가 BNK0001 인 경우 name 은 ㄴㄴ은행 이고 image path는 logo/nn-bank.png

갈증 1

위와 같은 상황을 전제로 테스트하기 위해서는 해당 api의 결과값을 케이스별로 재현해야 하는데, 각 결과에 대한 목 데이터를 만들기 너무어렵다.

e.g) 실제로 지난 스팩의 테스트 케이스 api 기준으로 약 30개의 시나리오,

고군분투

1차로 해결해보기

• 일단 목데이터를 만들어보자 - 목데이터 유형을 하나 만들어두고 하드코딩으로 override 하기

const mockData = {
	 id: '1',
	 type: 'savings',
	 // ....
};

const data = { ...mockData, isManuallyCreated: true, type: 'A', mydata: undefined };