QA 부서의 테스트 계획을 세우려면 어떻게해야합니까?

Question

현재 최신 프로젝트의 새 릴리스에 대한 테스트 부서를 준비 중입니다. 우리는 소프트웨어 테스트를위한 철저한 계획을 따르고 릴리스 전에 버그가 개발 팀 (개발팀)에게 전달되도록하는 것이 분명합니다.

이 테스트 계획을 만들 때 따라야 할 좋은 도구 나 방법이 있습니까?

Answer 1

시도 : Artifact: Test Plan

Answer 2

나는이 주제에 발견 한 가장 좋은 책은 Managing the Testing Process입니다. 저자는 테스트 계획을 작성하는 방법에 대해 설명합니다. 다음과 같이

내 경험에

, 테스트 계획의 기본 사항은 다음과 같습니다

• 기능 설명
• 가정
• 관련 문서
• 테스트 매트릭스
• 유효한 시험
• 잘못된/오류 상태 테스트
• 상태 테스트 (behavi 또는 객체/시스템의 다양한 상태)를 기반으로
• 스트레스는
• 성능 테스트
• 성능 메트릭
• 필요한 도구
• 환경 문제 (특정 하드웨어, 브라우저, OS 등)
테스트

당신이 그것을 채울 수 있다면, 팀은 테스트를 꽤 잘 수행 할 수 있어야합니다.

테스트 팀이 얼마나 유능한가요? 나는 모든 테스트 케이스를 도출하는 알고리즘으로 테스트 계획을 선호한다. 사례의 종류를 설명하지만 각 경우에 대해 자세히 설명 할 필요는 없습니다. 팀의 역량이 부족한 경우 각 사례를 구체적으로 설명해야 할 수 있습니다.

마지막주의. 사이렌이 너무 자세하게 요구하지 않도록하십시오. 누군가의 머리에 보관할 수없는 계획은 뒤따를 가능성이 없습니다. 테스트 계획이 25 페이지 길이라면 너무 많이 썼을 것입니다.

Answer 3

그리고 잊지 말고 원하는 모든 테스트를 수행 할 충분한 시간이 없을 것입니다. 따라서 귀하의 계획에있는 테스트는 우선 순위를 매길 필요가 있습니다. 위험에 우선 순위를 매기는 것이 최선의 방법이라는 것을 종종 알게됩니다.

그러나 일반적으로 테스트 계획은 개발자 및 PM과 함께 QA 그룹에서 개발합니다. 품질 관리가 독자적으로 계획을 작성하지 않는다면 품질 보증팀이 업그레이드를 사용할 수있는 것 같습니다. 적어도 dev가 초기 계획을 작성하더라도 QA는 POV가 다를 것이므로 일부 입력을 제공해야합니다. 테스트 계획에 대한 눈이 많을수록 더 완벽 해집니다.

Answer 4

유닛 및 통합 테스트는 코드 수준에서 많은 문제를 파악해야하지만 사용자의 관점에서 시스템이 작동하는 방식을 테스트하는 데는 좋지 않습니다.

기능이 무엇인지 알았고 작동하는지 여부를 알았 으면 TestComplete, SmarteScript과 같은 것을 사용하여 해당 테스트를 자동화하십시오. 이러한 테스트는 실행 및 자동화가 쉽기 때문에 균열을 빠져 나가는 것에 대해 걱정할 필요없이 항상 일관되게 실행됩니다.

Answer 5

QA는 Tom E가 지적한대로 테스트 계획을 작성해야합니다. 개발자는 요구 사항을 이해하기 위해 고객과 협의하고 구현을 이해하는 개발자 팀과 협력해야하지만, 결국 테스트 마인드가있는 팀은 테스트 계획을 소유해야합니다.

테스트 계획을 작성해야 할 필요가있는 유일한 상황은 입니다. QA 팀은 제품에 익숙하지 않은 품질 보증을 담당하는 아웃소싱 팀이있는 경우입니다. 이 경우 설계 및 개발 과정에서 한 두 명의 고위 멤버가 함께있는 것이 좋습니다. 그것들은 그들이 훨씬 더 빨리 속력을 내고 다른 사람들에게 그 지식을 전할 수있게 도와줍니다.

Answer 6

헤이 pavliks, 나는 당신이 그것을 할 방법을 기본 몰라요,하지만 당신은, 단순한 및 업을 선택하고 실행하기 쉬운 무언가를 원하는 경우이 문서를 살펴 있습니다 Writing a System Test Plans

당신이 당신의 소프트웨어를 알고있는 경우를 , MS Word를 설치하고 좋은 문서 기술을 가지고 있다면, 매우 기본적이고 일반적인 버그 로깅 프로토콜에 관해서는

으로 갈 수 있습니다. 다음을보십시오 : Logging Bugs Like a Pro < - 이것이 전부입니다 최소한의 노력으로 버그를 로깅하고 버그를 조사하는 데 필요한 맨 정보를 캡처하는 방법

- LM