소프트웨어 오류제거에 대한 실험적 관점


테스터 – 오류제거 대상 식별은 가능하지만 해결책은 제시하지 못함

리뷰어 – 오류제거 대상 식별 & 해결책 제시함

기능적 테스트 – 프로그램의 요구사항 명세서를 기반으로 테스트 범위를 결정한다.(equivalence class, boundary value)

구조적 테스트 – 프로그램 내부적인 동작 방식에 맞게 테스트케이스를 만든다.

연구결과

  1. 발견한 오류갯수, 오류 발견율, 오류 발견에 드는 총 비용은 테스트하는 소프트웨어 유형에 따라 달라진다.
  2. 코드 읽기가 인터페이스 오류를 가장 많이 찾아냈고 기능적 테스트가 제어 오류를 가장 많이 찾아냈다.
  3. 찾아낸 오류 비율을 예측해달라고 했을 때, 코드 검토자들이 가장 정확한 예측값을 내놓은 반면, 기능적 테스터들이 가장 부정확한 예측값을 내놓았다. 코드를 뒤적이는 편이 전체적인 그림을 파악하기에 더 적합한 듯 하다.
  4. 개인에 따라 결과가 엄청나게 차이가 난다. 즉 테스트를 어떻게 하느냐보다 누가 하느냐가 중요하다
  5. 설계 검토로 얻는 성과는 놀랍다.
  6. 테스트라는 안정성 보증 기술은 비용대비 효과가 낮다.
Advertisements

답글 남기기

아래 항목을 채우거나 오른쪽 아이콘 중 하나를 클릭하여 로그 인 하세요:

WordPress.com 로고

WordPress.com의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

Twitter 사진

Twitter의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

Facebook 사진

Facebook의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

Google+ photo

Google+의 계정을 사용하여 댓글을 남깁니다. 로그아웃 / 변경 )

%s에 연결하는 중