본문 바로가기

프로그래밍

Quality is my ...

반응형
처음부터 소프트웨어 품질을 관리해야 했다는 것을 프로젝트 말미에 느낀다. 하지만 뒤늦은 후회일 뿐. 결국 빠르게 개발하고 싶다면 처음부터 품질 관리 기본에 충실해야 한다는 것이다.

흔히 운전을 하면서 '5분먼저 가려다 10분 먼저 간다 - 마소중에서'
뭐 그런 이야기와 비슷한 맥락이 아닌가 싶습니다.

개발 일정을 줄이는 방법-테스팅
http://www.ibm.com/developerworks/kr/library/dwclm/20090120/

일반적인 DW 컬럼과는 달리
이번 주제에 대하여는 많은 논쟁과 정보들이 오고가고 있습니다.

사용자 삽입 이미지

Capers Jones (Capers Jones & Associates LLC)- http://www.jasst.jp/archives/jasst08e.html



다음 글들도 같이 읽어보시면 많은 도움이 되실듯 합니다.
본문과 함께 댓글들도 같이 읽어보셔야 합니다.

코드리뷰와 인스펙션이 테스트보다 효과적이고
블랙박스 테스트가 단위테스트/개발자테스트보다 낫다고?

http://toby.epril.com/?p=608

테스트에 대한 오해
http://younghoe.info/1075

IBM DW '개발 일정을 줄이는 방법' 바로잡기
http://cavin.egloos.com/4823162

QA 와 테스트에 관한 내용은
다음 글에서 간략하게 잘 정리가 된것 같네요.
소프트웨어 QA 및 Tesing 에서 자주 거론되는 질문
http://borisim.tistory.com/87

좀 더 관심이 있으신 분은 여기로..
STEN (Software Test Engineer Network - SW 테스트 전문가 네트워크)
http://www.sten.or.kr

* 본문 글에서 인용한 책들 소개

사용자 삽입 이미지

Applied Software Measurement: Assuring Productivity and Quality


사용자 삽입 이미지

Software Verification and Validation: A Practitioner's Guide (Artech Computer Science Library)


사용자 삽입 이미지

Software Inspection - Tom Gilb, D. Graham



Inspection에 관하여 라는 글을 보면 코드인스펙션은 동료검토(Peer Review)를 표현하는 말이라고 하네요.
http://blog.naver.com/davijoon/70005531066


728x90