짧은 뇌관을 시험하는 소프트웨어

소프트웨어는 무엇을 시험하고 있는가?
근본적으로 동일한 것에, 그런데, 이 정의 헌데의 모두를 아래로 시험하는 소프트웨어의 많은 간행한 정의 있는다: 질문을 "응답하기 위하여 소프트웨어 시험은 지정되는것과 같이 이다 통제되는 방법안에 소프트웨어를 수행하기의 과정, 한다 소프트웨어를 행동한다?"

소프트웨어 시험은 기간 검증과 확인와 관련하여 수시로 사용된다. 검증은 연합한 논고에 일치와 견실함을 위해 품목의 검사하나 시험, 소프트웨어를 포함하여, 이다. 소프트웨어 시험은 또한 검토, 분석, 검사 및walkthroughs 기술을 사용하는 검증의 다만 1개의 종류 이다. 확인은 것을 검사하기의 과정 이다 지정된 무엇이 사용자가 실제적으로 원한 것 있는 까.

4A· 확인: 우리는 우측 일을 하고 있는가?
4A· 검증: 우리는 일 권리를 하고 있는가?

기간 벌레는 수시로 컴퓨터안에 문제 또는 결함을 가리키는 이용한다. 소프트웨어 버그와 기계설비 벌레 있는다. 기간은 미국안에 벨브에서, 때에 컴퓨터를 개척한 일련의 이전에 결함이 컴퓨터안쪽에 대략 날아 나방에 최후에 추적될 때, 건축되었다 기인했다.

소프트웨어 시험은 벌레잡기에 혼동되면 안된다. 소프트웨어가 예기될것과 같이 행동하지 않을 때 벌레잡기는 벌레를 분석하고기 위치하기의 과정 이다. 몇몇 벌레의 식별이 소프트웨어에 놀아에서 명백핼다, 소프트웨어 시험에 질서 있는 접근은 벌레를 확인하기의 훨씬 철저한 평균 이다.

벌레잡기는 그런 까닭에 시험을 지원하는 활동 이고, 그러나 시험을 대체할. 그런데 모든 벌레를 발견하기 위하여, 시험의 총계는 보장될 수 있지 않는다.

소프트웨어 시험에 수시로 회합되는 다른 활동은 정체되는 분석 및 동적 해석 이다. 정체되는 분석은 문제를 찾고 실제적으로 부호를 수행하기없이 측정 규정을 모이는 소프트웨어의 원시 코드를 수사한다. 정보를 제공할것을 수행하고 있는 동안 동적 해석은 소프트웨어의 행동이, 본다

4.2 개략
시험 계획에는 뒤에 올 구조가 있을 것이다:
아) 시험 계획identi6A엁r;
b) 소개;
c) 시험 품목;
d) 시험될 것이다 특징;
e) 시험하지 않을 것이다 특징;
f) 접근;
g) 품목pass/fail표준;
h) 현탁액 표준과 재개 필요조건;
i) 시험deliverables;
j) 시험은 과중한 부담을 준다;
k) 환경 필요;
l) 책임;
m) Staf6A엖g과 의무 훈련;
n) 계획;
o) 위험과 우발사고;
p) 승인.
단면도는 출발점안에 주문될 것이다

시험 품목
그들의version/revision수준을 포함하여 시험 품목을 확인하십시요. 또한 그들의 전송의 특성을 지정하십시요
하드웨어 요구를 충격을 가하나 논리 육체적인 전이를 위해 필요를 전에 지적하는 매체
시험은 시작될 수 있는다 (예를들면, 프로그램은 테이프로부터 디스크로 옮겨야 한다).
존재하면, 뒤에 오는 시험 품목 문서 제시에 공급 참고:
필요조건speci6A얿ation;
디자인speci6A얿ation;
사용자 안내서;
가동 가이드;
설치 안내.

시험될 것이다 특징
시험될 것이다 소프트웨어 특징의 모든 소프트웨어 특징 그리고 조합을 확인하십시요. 특징의 각 특징 그리고 각 조합에 회합되는 시험 디자인 논고를 확인하십시요.

시험하지 않을 것이다 특징
시험하지 않을 것이다 특징과 이유의 모든 특징 그리고signi6A얿ant조합을 확인하십시요.

그것 가지고 가는 제일 시험 조직을 건설하기 위하여 무엇이.

태도


확신


밖으로 파고, 배달할 것이다 살해 본능

문화


열정으로와 아니다 돈으로 일


나누고 배우는 기술로 일


윤리학의 힘

우리가 무엇을:

xyz건축술에 건물 실리콘.


e리눅스에 두고, 심상을 건설하고 그것의 위에 그때 둔.


무선 네트워크 지원은 방출을거쳐 따랐다.

약간 재미 시간:

1. 모든 통행을 보고하고 실제적으로 시험을 수행하기없이 보고를 보낸. 제품 얻음것은 고객 전제에서 역화했다. 공업은 과오를 절약하고지 않, 이 것개은 가장 나쁠 수 있는다.

2.

템플렛:

시험 계획 첫 시도

그들사이 우선권 및 엄격엄격 국가 및 교환: 우리의 특수 용어 차단제 및Crasher에게 지도로 나타냄.

방출 차단제: 마지막 엄격엄격 1 그러나 제priority/BLOCKER(우리의 원근법에서):

극단적인 경우의 보기:

누군가를 그것을 발견하 "창의 대신에" 승리 "을 지정하는 마이크로소프트 제품을 우연히 만나 달라고 한다, 그러나 너는. 검사자가 마지막 엄격엄격 것으로, 그러나Vendor/Microsoft을 위해 너 그것을 벌채하기 때문에, 때문에 우선권1/BLOCKER이 되는 까 왜.

시험 차단제: 너가 충돌bug(Blocker)을 벌채하는 전형적인 케이스는 이다, 그러나 관리에의해 마지막 우선권으로 가지고 간다. 왜???

경우의 한안에, 납품업자는HDD에 새로운 기계에 운영 체계를 설치하기다음에 저것을 지정한, 운영 체계의 버전을 떠난다 케이블을 풀어 놓고 운영 체계는 부수고 이고 완전하게 회복 불능 전체 운영 체계를 다시 다시 설치할것을 요구될텐데. 아직도 납품업자는, 왜 풀어 놓았다? 납품업자가 최종 사용자를 그것을 하기 예기하지 않기텐데 때문에.

극단적인 경우의 보기: S1 그러나 마지막 우선권: 충돌

효과적인 실행 및 보고:

통나무의 중요성

벌채하지 않기에 관하여 벌채하기의 중요성.

자동화: 무슨 포획 방안에 그것.

전방의 도로:

마법사를 생성하는 부호에게 자바 파일을 쓰는 노트패드. 시험의 중요성.

2 경편했던것과 같이 들어올 수 있은url:

http://en.wikipedia.org/wiki/Software_testing

http://en.wikipedia.org/wiki/Scenario_test

http://en.wikipedia.org/wiki/Test_suite

http://en.wikipedia.org/wiki/Software_engineering

http://en.wikipedia.org/wiki/Test_script

http://en.wikipedia.org/wiki/Regression_testing

stickyminds.com

whatistesting.com

scriptinganswers.com

perlmonks.com

sq아-덧더r.좀tester.com

indiantestingboard.org