테스터는 어떤 개념을 알아야합니까?

Question

새로운 테스트를 통해 배워야하는 기본적인 테스트 개념을 알지 못합니다. 테스트에서 어떤 개념이 가장 중요한지 말해주십시오.

Answer 1

테스트는 요구 사항, 아키텍처, 디자인 및 구현에서 요소를 취하는 광범위한 영역입니다. 테스트는 소프트웨어 품질의 핵심 구성 요소이기도합니다. IEEE Software Engineering Body of Knowledge (무료 HTML 버전은 here 발견) 지정된 예상되는 동작에 대해는 일반적으로 무한 실행 영역에서 선택 적절한 테스트 케이스의 유한 집합에

같은 프로그램의 동작의 동적 검증 테스트를 정의합니다.

온라인으로 전체 SWEBOK Software Testing knowledge area을 읽을 수 있습니다. 당신이 보길 원하는 것일 수도

몇 가지 항목은 다음과 같습니다 결함, 실패와 오류 사이

• 의 차이. 이 용어는 "인과 관계 체인"을 정의하는 데 사용됩니다. 간단히 말해서 결함 또는 결함이 시스템이 실패 할 수있는 이유입니다.
• 오라클 문제입니다. 소프트웨어 테스팅에서 오라클은 프로그램이 테스트에서의 행동을 고려하여 통과하거나 실패 할 경우 말하는 것입니다.
• 테스트의 제한 사항. Dijstra의 유명한 "프로그램 테스트"는 버그의 존재를 보여주기 위해 사용될 수 있지만 결코 부재를 보여줄 수는 없습니다. 위험 관리 및 위험을 허용 수준까지 줄이기 위해 충분히 테스트하는 방법에 대해 알아야합니다.
• 테스트 수준
  • 단위 테스트. 저레벨 모듈, 일반적으로 함수 및 메소드의 기능 확인.
  • 통합 테스트. 구성 요소 간의 상호 작용 테스트. 객체 지향 시스템에서 테스트되는 것은 아마도 클래스 간의 관계 일 것입니다.
  • 시스템 테스트. 완벽한 소프트웨어 시스템 테스트. 이 단계에서는 비 기능 요구 사항에 대해서도 테스트합니다.
• 테스트의 목적. 몇 가지 중요한 것들은 시스템이 요구 사항 (적합성 또는 기능 테스트)을 충족하는지, 시스템 변경이 추가 문제 (회귀 및 연기 테스트)를 초래하지 않았는지, 시스템을 사용할 수 있는지 (사용성 테스트) 여부를 테스트하는 것입니다.
• 화이트 박스 및 블랙 박스 테스트. 실제로 소스 코드를 볼 수없는 경우 소스 코드를 볼 수있는시기를 테스트하는 방법. 각 상황마다 다른 방법론이 적용됩니다.
• 측정 발견 결함
  • 급기 메트릭 결함
  • 결함 밀도
  • 범위
• 문서. 경영진 및 엔지니어링 팀을 위해 보고서를 작성하는 방법 테스터가 작성한 문서에는 테스트 계획, 테스트 설계 사양, 테스트 절차 사양, 테스트 사례 사양 및 테스트 로그가 포함됩니다. 샘플 문서와 템플릿을 온라인에서 찾을 수 있습니다.
  • K. 벡, 예, 애디슨 - 웨슬리에 의해 개발 테스트 운전 된 2002 년
  • B 다음 SWEBOK 소프트웨어 테스트 섹션에서 제안

  다음 책

또한, 독서를 권장합니다 .Biizer, Software Testing Techniques, International Thomson Press, 1990.
• PC Jorgensen, Software Testing : Craftsman 's Approach, 초판, CRC Press, 2004.
• C. Kaner, J. Falk 및 HQ 응우 엔, 시험 컴퓨터 소프트웨어, 두 번째 에디션., 존 와일리 & 아들, 1999 년
• C. Kaner, J. 바흐, 그리고 B. Pettichord, 소프트웨어 테스트, 와일리 컴퓨터 출판의 교훈, 2001
• MR Lyu 소프트웨어 신뢰성 공학, MC-GRAW - 힐/IEEE의 핸드북, 1996
• W. 페리, 소프트웨어 테스트를위한 효과적인 방법, 존 와일리 & 아들, 1995 년
• SL Pfleeger, 소프트웨어 엔지니어링 : 이론 및 실습, second ed., Prentice Hall, 2001.

나는 이것이 당신을 시작할 수 있기를 바랍니다.

Answer 2

난 당신이 가야하는 것이 좋습니다 :

단위 테스트 통합 테스트를 검정, 흰색 상자와 연기 테스트

이 있습니다 자주 사용되는 개념.