이전

리뷰 (1)

한줄평
평점 분포
  • 리뷰 총점10 0%
  • 리뷰 총점8 0%
  • 리뷰 총점6 100%
  • 리뷰 총점4 0%
  • 리뷰 총점2 0%
연령대별 평균 점수
  • 10대 0.0
  • 20대 0.0
  • 30대 0.0
  • 40대 6.0
  • 50대 0.0
리뷰 총점 종이책
테스팅 법칙이 많구나..
"테스팅 법칙이 많구나.." 내용보기
프로그램 개발을 하면서 테스팅 방법에 대해 궁금해 했기 때문에 읽게 되었다. 하지만.. 기법이 너무 많아서 아직 다 읽지 못했다. 그나저나 외국 개발팀은 테스팅 팀이 따로 있는가 보다. 부러워라.. 아래 내용은 읽은 부분에서 중요하다고 생각한 부분을 요약 발췌한 것이다. 페이지는 적어두는 것을 잊어버려서 빠뜨렸다.   󰁳 중요한 버그를 신속하게 찾기1. 동일한 제품에
"테스팅 법칙이 많구나.." 내용보기

프로그램 개발을 하면서 테스팅 방법에 대해 궁금해 했기 때문에 읽게 되었다. 하지만.. 기법이 너무 많아서 아직 다 읽지 못했다. 그나저나 외국 개발팀은 테스팅 팀이 따로 있는가 보다. 부러워라.. 아래 내용은 읽은 부분에서 중요하다고 생각한 부분을 요약 발췌한 것이다. 페이지는 적어두는 것을 잊어버려서 빠뜨렸다.

 

󰁳 중요한 버그를 신속하게 찾기
1. 동일한 제품에서 변경된 부분 먼저 테스트. 수정되었거나 바뀐 부분이 있다는 사실은 새로운 위험을 의미함.
2. 일반 기능보다 핵심기능을 먼저 테스트. 제품이 동작하기 위하여 중요한, 널리 사용되는 기능을 테스트함. 제품을 제품답게 만들어 주는 기능을 테스트함.
3. 신뢰성보다 우선적으로 기능성을 테스트. 매우 다양한 조건에서 특정 기능을 얼마나 잘 수행하는지를 자세히 살펴보기 전에 각 함수들이 모두 동작하는 지부터 테스트함.
4. 복잡한 조건보다 일반적인 조건을 우선적으로 테스트. 널리 사용되는 데이터와 시나리오를 사용.
5. 발생 가능성이 적은 위험보다 일반적인 위험에 대해 테스트. 가장 많은 스트레스를 줄 것 같은 오류 상황을 먼저 테스트함.
6. 영향력이 작은 문제보다는 영향력이 큰 문제부터 테스트. 문제가 발생했을 경우 제품에 매우 큰 손실을 입힐 것 같은 부분을 먼저 테스트함.
7. 요청되지 않은 영역보다 가장 많이 원하는 영역부터 먼저 테스트. 팀 내부 사람들이 특별한 관심을 가지는 문제부터 테스트함.


 

j****i 2007.11.15. 신고 공감 1 댓글 0