Happy Software & About Software Testing

1. 행복한 소프트웨어

2. 누가?
 관리자
 개발자
 그리고 고객

3. 행복한 관리자
 기획 이상의 제품이 나온다.
 제품이 빨리 나온다.
 좋은 품질의 제품이 나온다.
 유지 보수가 빠르다.
 매출이 발생한다.
 직원이 행복해 한다.

4. 행복한 고객
 저렴한 가격
 뛰어난 성능
 쓰기 쉽고, 편하다.
 고객의 문의가 반영된다.
 성능 개선과 버그수정이 신속하다.
 동종 서비스보다 좋다.
 필요하다.

5. 행복한 개발자
 개발이 재밌다.
 하고 싶은 개발을 선택할 수 있다.
 발전이 있다.(새로운것.)
 성취감이 있다.
 똘똘하게 머리를 쓰고 싶다.
 영향력이 있다.
 회사로부터의 인정
 만족스러운 월급
 개발한 제품이 사람들을 행복하게한다.

6. 행복한 회사
 행복한 관리자
 행복한 개발자
 행복한 고객

7. 그럴려면?
회사의 매출

8. 결과
좋은 소프트웨어

9. 결론
회사의 행복 매출

10. 행복하지못한 소프트웨어

11. 고객의 입장에서…
 잦은 버그
 가격이 비싸다
 신속하지 못한 고객대응
 느린성능
 쓰기어렵고 불편하다.
 필요없다.

12. 행복하지않은 관리자
 무능력
 불성실
 책임감 결여

13. 행복하지않은 개발자
 잘못된 방향설정
 일단 구현, 그리고 뒤집어 엎기
 다급한 일정
 부족한 인력투입
 당연한 야근
 피곤한 몸과 멍한 머리
 일정지연

14. 결과
 그저그런 제품.
 쉽지 않은 유지보수
 더 많은 인력투입
 반복
 사기하락
 이직.
 더 많은 인력투입
 더 많은 비용발생

15. 결론
열씸히 일하자.

16. 동기부여에 관하여 – 스티브 워즈니악

17. 테스트에 관하여

18. 소프트웨어 개발절차
 아이디어 발생
 분석
 기획/설계
 구현
 테스트
 배포
 유지보수

19. 테스트에 대한 견해
 문제는 지금 보이지 않을뿐 반드시 나타난다.
 발견이 늦어지면 고치는데 더 많은 시간이 소요됨
 버그는 빨리 발견할수록 좋다.
 버그가 적은 소프트웨어 제작
 테스트를 최대한 많이…
 테스트를 해주면 감사한일.
 버그를 찾아주면 더더욱 감사한일.
 문제의 책임은 모두에게…

20. 소프트웨어 테스트의 목적
서비스에 대한
신뢰도 향상

21. 덧붙여서…

25. 끝!