티스토리 뷰
테스트 데이터 생성에 관하여
운영은 go live 하면 개발과 데이터 차이가 생기게 되어있다. 왜냐하면 개발은 가만히 있는데 운영쪽으로는 최신 데이터가 계속 들어왔다 나갔다 하기 때문이다.
운영을 하던 중 수정요청이 온 경우, 개발은 개발에서 하고 운영에 반영하는 식으로 수정을 한다. 왜냐하면 운영은 에러가 나면 안되니까.
그런데 개발에서 수정을 하고 테스트를 하려면 아래와 같은 제약 사항이 생긴다.
1.스크립트에 날짜가 최신으로 잡혀 있다.
SAP 시스템 같은 경우는 하루에도 들어왔다 나갔다 하는 데이터 볼륨이 크다. 전표 같은 경우 수만건을 칠텐데 데이터를 수만건 조회하면 시간이 오래 걸리니 보통은 validation을 걸어 놓는다.
그런데 날짜가 최신으로 박혀 있으면 테스트를 할 때마다 저 날짜를 매번 바꾸어 주어야 한다.
조회가 금방 되거나 반응이 빠르면 모르겠는데 조회도 느리고 반응도 느리면 간단한 것 수정 하는데도 한나절이다.
2.fiscal year가 바뀌면서 발생하는 문제들
fiscal year가 바뀌면서 아니 month가 바뀌어도 특정 object는 기간이 만료되어 사용할 수 없게 되는 경우가 있다.
카드 같은게 대표적인데(아니 내가 다뤄본게 카드 밖에 없음) 이게 유효기간이 지나면 자동으로 disabled 되는 로직이 들어 있다. 그런데 테스트를 할 때 이 로직이 걸려서 또 테스트 하다가 막힌다. ㅆ
미처리건 데이터를 발생시켜야 하는데 일단 개발로 들어온 최신 데이터가 없다. 최신 데이터는 batch를 통해 가지고 오는데 테스트 데이터 생성하고 고대로 지우는 function을 애초에 만들어야 할 듯.
만드는건 또 한나절이고 간단한 한건 수정하자고 이걸 만드느니 차라리 몇번 노가다 하는게 훨씬 시간이 빨리 먹힐 수 있고... 이런건 si에서는 성과로 잡히기가 힘드니까 잘 안하게 된다.
'etc > 개발 Note' 카테고리의 다른 글
개발자와 IT업계 이야기 - 제1편 코딩이 되는 디자이너 연봉 +천만원 (12) | 2015.03.05 |
---|---|
한 화면에서 예상 가능한 버튼 작동이나 경우의 수를 테스트 케이스로 만들 것 (0) | 2015.01.05 |
form으로 입력받는 것은 structure (0) | 2014.12.11 |
이니시스 php pc용, 모바일용 결제결과 저장하기 리팩토링 (2) | 2014.11.03 |
2014년 3/4분기 두달 동안 열심히 한 일들 (0) | 2014.10.22 |
- Total
- Today
- Yesterday
- 도커각티슈케이스
- vim
- 개발자
- 도커컨테이너
- docker container tissue box
- 도커티슈케이스
- 이직
- docker container tissue
- docker container
- docker container whale
- docker container case
- Linux
- 2017 티스토리 결산
- 도커각티슈박스
- 도커티슈박스
- 싱가폴
- Sh
- shellscript
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |