테스트 케이스는 SW 품질의 필수이다. 테스트 케이스 없이 SW품질을 추구할 수 없다.

1. 테스트 케이스와 품
질
임도형

2. 임도형
- 개발 문화
- 삽질 증오

3. 개발 :
요구사항을 코드로 구현하는 것.

4. 단위 별로 구현
- 함수
- 클래스
- 모듈
- 서브시스템
- 시스템

5. 구현을 했으면 확인한다.

6. 단위 별로 확인.
- 함수
- 클래스
- 모듈
- 서브시스템
- 시스템

7. 단위 별로 요구사항이 있다.
- 함수
- 클래스
- 모듈
- 서브시스템
- 시스템

8. 흔히 요구사항이라는 것은
시스템의 것
- 함수
- 클래스
- 모듈
- 서브시스템
- 시스템 : 요구사항 문서

9. QA의 테스트 기준은
시스템 요구사항.
- 함수
- 클래스
- 모듈
- 서브시스템
- 시스템 : QA가 수작업으로

10. 나머지는?
- 함수
- 클래스
- 모듈
- 서브시스템
- 시스템

11. 나머지는, 보통 안한다.
- 함수 : 확인 X
- 클래스 : 확인 X
- 모듈 : 확인 X
- 서브시스템 : 확인 X
- 시스템 : QA가 수작업으로

12. 하긴 한다. 수작업으로 살짝.
- 함수 : 확인 X
- 클래스 : 확인 X
- 모듈 : 확인 X
- 서브시스템 : 개발자가 수작업으로 살짝
- 시스템 : QA가 손으로

13. 나머지는, 보통 요구사항도 없다.
- 함수 : 요구사항 X
- 클래스 : 요구사항 X
- 모듈 : 요구사항 X
- 서브시스템 : 요구사항 X
- 시스템 : 요구사항 문서

14. 확실히 문제다.
최소한 품질을 기대하긴 힘들다.
- 함수 : 요구사항 X, 확인 X
- 클래스 : 요구사항 X, 확인 X
- 모듈 : 요구사항 X, 확인 X
- 서브시스템 : 요구사항 X, 개발자가 살짝 수작업으로
확인
- 시스템 : 요구사항 문서, QA가 수작업으로 확인

15. 각 단위별로
요구사항을 정의하고
확인도 하자.

16. 개발자가 작성하는 요구사항을 설
계서 혹은 스펙이라 한다.
- 함수 : 함수 스펙
- 클래스 : 클래스 스펙
- 모듈 : 시스템 설계서
- 서브시스템 : 시스템 설계서
- 시스템 : 요구사항 문서

17. 설계를 안한다는 것은
무엇을 구현할 지도
잘 모른다는 것.

18. 개발자
“시간이 없어서”
“하두 자주 바꿔서”

19. “시간이 없어서”
“하두 자주 바꿔서”
- 함수 : 요구사항 없이 구현
- 클래스 : 요구사항 없이 구현
- 모듈 : 요구사항 없이 구현
- 서브시스템 : 요구사항 없이 구현
- 시스템 : 요구사항 문서

20. 설계 하고 구현해야 한다.

21. 확인은?
- 함수 : ?
- 클래스 : ?
- 모듈 : ?
- 서브시스템 : ?
- 시스템 : QA가 수작업으로

22. 자동화된 테스트 케이스로 하자.
- 함수 : 개발자가 자동화된 테스트 케이스로
- 클래스 : 개발자가 자동화된 테스트 케이스로
- 모듈 : 개발자가 자동화된 테스트 케이스로
- 서브시스템 : 개발자가 자동화된 테스트 케이스로
- 시스템 : QA가 수작업으로

23. 이왕이면 QA도
자동화된 테스트 케이스로 하자.
- 함수 : 개발자가 자동화된 테스트 케이스로
- 클래스 : 개발자가 자동화된 테스트 케이스로
- 모듈 : 개발자가 자동화된 테스트 케이스로
- 서브시스템 : 개발자가 자동화된 테스트 케이스로
- 시스템 : QA가 자동화된 테스트 케이스로

24. 테스트 케이스 없이
품질을 말할 수 없다.

25. 액션 아이템
- 설계 하고 구현 해보기.
- 설계 익숙해 지기.
- 테스트 케이스 작성 익숙해 지기.
- 자동화된 테스트 케이스 작성 방법 배우기.
- 자동화된 테스트 케이스 적용해 보기.
- 자동화된 테스트 케이스 습관 들이기.

26. 효과 순서
- 함수 : 5
- 클래스 : 4
- 모듈 : 3
- 서브시스템 : 2
- 시스템 : 1

27. 난이도 순서
- 함수 : 5
- 클래스 : 4
- 모듈 : 3
- 서브시스템 : 2
- 시스템 : 1

28. 제안하는 적용 순서
- 함수 : 1
- 클래스 : 2
- 모듈 : 3
- 서브시스템 : 4
- 시스템 : 5