how write test strategy document
테스트 전략 문서를 효율적으로 작성하는 방법 배우기
테스트 접근 방식, 달성하려는 목표 및 달성 방법을 정의하기위한 전략 계획.
이 문서는 테스트 목표를 달성하기위한 명확한 접근 방식 계획을 통해 모든 불확실성 또는 모호한 요구 사항 설명을 제거합니다. 테스트 전략은 QA 팀에게 가장 중요한 문서 중 하나입니다.
=> 전체 테스트 계획 튜토리얼 시리즈를 보려면 여기를 클릭하십시오.
eps 파일 사용 방법
학습 내용 :
테스트 전략 문서 작성
테스트 전략
테스트 전략을 효과적으로 작성하는 것은 모든 테스터가 경력에서 달성해야하는 기술입니다. 그것은 당신의 사고 과정 누락 된 많은 요구 사항을 발견하는 데 도움이됩니다. 사고 및 테스트 계획 활동은 팀이 테스트 범위 및 테스트 범위를 정의하는 데 도움이됩니다.
테스트 관리자가 언제든지 프로젝트의 명확한 상태를 얻을 수 있도록 도와줍니다. 적절한 테스트 전략이 있으면 테스트 활동을 놓칠 가능성이 매우 낮습니다.
계획이없는 테스트 실행은 거의 작동하지 않습니다. 전략 문서를 작성하지만 테스트 실행 중에 다시 참조하지 않는 팀을 알고 있습니다. 테스트 전략 계획은 전체 팀과 논의하여 팀이 접근 방식 및 책임과 일치하도록해야합니다.
마감 시간이 촉박하면 시간 압박으로 인해 테스트 활동을 포기할 수 없습니다. 적어도 공식적인 프로세스를 거쳐야합니다.
테스트 전략이란?
테스트 전략은 '어떻게 애플리케이션을 테스트 할 것인가?'를 의미합니다. 테스트 용 애플리케이션을받을 때 따라야 할 정확한 프로세스 / 전략을 언급해야합니다.
많은 회사가 테스트 전략 템플릿을 매우 엄격하게 따르고 있습니다. 표준 템플릿이 없어도이 테스트 전략 문서를 간단하면서도 효과적으로 유지할 수 있습니다.
테스트 전략 대. 테스트 계획
수년 동안 저는이 두 문서 사이에 많은 혼란을 겪었습니다. 이제 기본 정의부터 시작하겠습니다. 일반적으로 어느 쪽이 먼저인지는 중요하지 않습니다. 테스트 계획 문서는 전체 프로젝트 계획과 연결된 전략의 조합입니다. IEEE에 따르면 표준 829-2008, 전략 계획은 테스트 계획의 하위 항목입니다.
모든 조직에는 이러한 문서를 유지하기위한 자체 표준과 프로세스가 있습니다. 일부 조직은 테스트 계획 자체에 전략 세부 정보를 포함합니다 (여기는 좋은 예 이의). 일부 조직은 전략을 테스트 계획의 하위 섹션으로 나열하지만 세부 정보는 다른 테스트 전략 문서에서 분리됩니다.
프로젝트 범위와 테스트 초점은 테스트 계획에 정의되어 있습니다. 기본적으로 테스트 범위, 테스트 할 기능, 테스트하지 않을 기능, 추정, 일정 및 리소스 관리를 다룹니다.
테스트 전략은 테스트 목표를 달성하고 테스트 계획에 정의 된 테스트 유형의 실행을 달성하기 위해 따라야 할 테스트 접근 방식에 대한 지침을 정의합니다. 테스트 목표, 접근 방식, 테스트 환경, 자동화 전략 및 도구, 비상 계획을 통한 위험 분석을 다룹니다.
테스트 계획을 요약하면 달성하려는 비전이고 테스트 전략은이 비전을 달성하기 위해 설계된 실행 계획입니다!
나는 이것이 당신의 모든 의심을 제거하기를 바랍니다. James Bach가이 주제에 대해 더 많은 토론을했습니다. 여기 .
좋은 테스트 전략 문서를 개발하는 프로세스
프로젝트에 가장 적합한 것이 무엇인지 이해하지 않고 템플릿을 따르지 마십시오. 모든 클라이언트에는 고유 한 요구 사항이 있으며 귀하는 귀하에게 완벽하게 작동하는 것을 고수해야합니다. 조직이나 표준을 맹목적으로 복사하지 마십시오. 그것이 당신과 당신의 프로세스에 도움이되는지 항상 확인하십시오.
다음은이 계획에서 다루어야 할 사항과 각 구성 요소에서 다루는 것이 합리적임을 설명하는 몇 가지 예를 설명하는 샘플 전략 템플릿입니다.
STLC의 테스트 전략 :
(영상 출처 )
테스트 전략 문서의 공통 섹션
1 단계 : 범위 및 개요
이 문서를 사용해야하는 사람에 대한 정보와 함께 프로젝트 개요. 또한이 문서를 검토하고 승인 할 사람과 같은 세부 정보를 포함합니다. 테스트 계획에 정의 된 전체 프로젝트 타임 라인과 관련하여 타임 라인으로 수행 할 테스트 활동 및 단계를 정의합니다.
2 단계 : 접근 방식 테스트
모든 팀 구성원의 테스트 프로세스, 테스트 수준, 역할 및 책임을 정의합니다.
모든 테스트 유형 테스트 계획 ( 예를 들어, 단위 , 통합, 시스템, 회귀, 설치 / 제거 , 사용성,로드, 성능 및 보안 테스트) 시작 시점, 테스트 소유자, 책임, 테스트 접근 방식 및 해당되는 경우 자동화 전략 및 도구에 대한 세부 정보와 함께 수행해야하는 이유를 설명합니다.
테스트 실행에는 새로운 결함 추가, 결함 분류, 결함 할당, 재 테스트, 회귀 테스트 및 최종 테스트 사인 오프와 같은 다양한 활동이 있습니다. 각 활동에 대해 따라야 할 정확한 단계를 정의해야합니다. 이전 테스트주기에서 효과가 있었던 동일한 프로세스를 따를 수 있습니다.
여러 테스터를 포함하여 이러한 모든 활동에 대한 Visio 프레젠테이션과 팀의 역할과 책임을 빠르게 이해하는 데 매우 도움이되는 활동을 수행 할 사람.
예를 들어, 결함 관리주기 – 새 결함을 기록하는 프로세스를 언급합니다. 로그인 위치, 새 결함을 기록하는 방법, 결함 상태는 무엇이어야하며, 결함 분류를 수행해야하는 사람, 분류 후 결함을 할당 할 사람 등
또한 변경 관리 프로세스를 정의하십시오. 여기에는 변경 요청 제출, 사용할 템플릿 및 요청 처리 프로세스 정의가 포함됩니다.
3 단계 : 테스트 환경
테스트 환경 설정은 여러 환경 및 각 환경에 필요한 설정에 대한 정보를 요약해야합니다. 예를 들어, 기능 테스트 팀용 테스트 환경과 UAT 팀용 테스트 환경.
각 환경에서 지원되는 사용자 수, 각 사용자의 액세스 역할, 운영 체제, 메모리, 여유 디스크 공간, 시스템 수 등과 같은 소프트웨어 및 하드웨어 요구 사항을 정의합니다.
테스트 데이터 요구 사항을 정의하는 것도 똑같이 중요합니다. 방법에 대한 명확한 지침 제공 테스트 데이터 생성 (개인 정보 보호를 위해 필드를 마스킹하여 데이터를 생성하거나 프로덕션 데이터를 사용합니다.)
암호와 동일한 네트워크 키입니다.
테스트 데이터 백업 및 복원 전략을 정의합니다. 코드에서 처리되지 않은 조건으로 인해 테스트 환경 데이터베이스에 문제가 발생할 수 있습니다. 데이터베이스 백업 전략이 정의되지 않았고 코드 문제로 인해 전체 데이터가 손실되었을 때 프로젝트 중 하나에서 직면했던 문제를 기억합니다.
백업 및 복원 프로세스는 백업을 수행 할 때 백업을 수행 할 사람, 데이터베이스를 복원 할 때 백업에 포함 할 항목, 데이터베이스를 복원 할 사용자 및 데이터베이스가 복원 된 경우 따라야 할 데이터 마스킹 단계를 정의해야합니다.
4 단계 : 테스트 도구
테스트 실행에 필요한 테스트 관리 및 자동화 도구를 정의합니다. 성능을 위해로드 및 보안 테스트는 필요한 테스트 접근 방식과 도구를 설명합니다. 오픈 소스인지 상용 도구인지 그리고 얼마나 많은 사용자가 지원되는지 언급하고 그에 따라 계획하십시오.
5 단계 : 제어 해제
마지막으로 언급했듯이 UAT 기사 , 계획되지 않은 릴리스 주기로 인해 테스트 및 UAT 환경에서 다른 소프트웨어 버전이 발생할 수 있습니다. 적절한 버전 기록이있는 릴리스 관리 계획을 통해 해당 릴리스의 모든 수정 사항을 테스트 할 수 있습니다.
예를 들어, 답변 할 빌드 관리 프로세스 설정 – 새 빌드를 사용할 수있는 위치, 배포해야하는 위치, 새 빌드를 가져올시기, 프로덕션 빌드를 가져올 위치, 이동을 제공 할 사람, 프로덕션 릴리스에 대한 중단 신호 등
6 단계 : 위험 분석
상상하는 모든 위험을 나열하십시오. 이러한 위험을 완화하기위한 명확한 계획을 제공하고 이러한 위험을 실제로 볼 경우 대비책을 제공하십시오.
7 단계 : 검토 및 승인
이러한 모든 활동이 테스트 전략 계획에 정의되면 프로젝트 관리, 비즈니스 팀, 개발 팀 및 시스템 관리 (또는 환경 관리) 팀과 관련된 모든 엔터티의 승인 여부를 검토해야합니다.
검토 변경 사항 요약은 승인자 이름, 날짜 및 주석과 함께 문서 시작 부분에서 추적해야합니다. 또한이 문서는 테스트 프로세스 향상을 통해 지속적으로 검토 및 업데이트되어야 함을 의미하는 살아있는 문서입니다.
테스트 전략 문서 작성을위한 간단한 팁
- 테스트 전략 문서에 제품 배경을 포함합니다. 테스트 전략 문서의 첫 번째 단락에서 – 이해 관계자가이 프로젝트를 개발하기를 원하는 이유는 무엇입니까? 이를 통해 빠르게 이해하고 우선 순위를 정하는 데 도움이됩니다.
- 테스트 할 모든 중요한 기능을 나열하십시오. 일부 기능이이 릴리스의 일부가 아니라고 생각되면 '테스트하지 않을 기능'레이블에서 해당 기능을 언급하십시오.
- 프로젝트에 대한 테스트 접근 방식을 기록하십시오. 어떤 유형의 테스트를 수행 할 것인지 분명히 언급하십니까?
즉, 기능 테스트, UI 테스트, 통합 테스트, 부하 / 스트레스 테스트, 보안 테스트 등 - 기능 테스트를 수행하는 방법과 같은 질문에 답 하시겠습니까? 수동 또는 자동화 테스트? 테스트 관리 도구에서 모든 테스트 케이스를 실행 하시겠습니까?
- 어떤 버그 추적 도구를 사용할 예정입니까? 새로운 버그를 발견하면 어떻게 되나요?
- 시험 진입 및 종료 기준은 무엇입니까?
- 테스트 진행 상황을 어떻게 추적 하시겠습니까? 테스트 완료를 추적하는 데 사용할 측정 항목은 무엇입니까?
- 작업 분배 – 각 팀원의 역할과 책임을 정의합니다.
- 테스트 단계 중과 이후에 어떤 문서를 작성합니까?
- 테스트 완료에서 어떤 위험이 보입니까?
결론
테스트 전략은 종이가 아닙니다. 소프트웨어 테스트 수명주기에서 전체 QA 활동을 반영합니다. 테스트 실행 프로세스에서이 문서를 수시로 참조하고 소프트웨어 릴리스까지 계획을 따르십시오.
프로젝트가 출시일에 가까워지면 테스트 전략 문서에서 정의한 내용을 무시하여 테스트 활동을 줄이는 것이 매우 쉽습니다. 그러나 특정 활동을 줄이는 것이 릴리스 후 주요 문제의 잠재적 위험없이 릴리스에 도움이되는지 팀과 논의하는 것이 좋습니다.
대부분의 애자일 팀은 문서가 아닌 테스트 실행에 초점을 맞추기 때문에 전략 문서 작성을 줄였습니다. 그러나 기본 테스트 전략 계획이 있으면 항상 프로젝트와 관련된 위험을 명확하게 계획하고 완화하는 데 도움이됩니다. 애자일 팀은 모든 고수준 활동을 캡처하고 문서화하여 문제없이 적시에 테스트 실행을 완료 할 수 있습니다.
좋은 테스트 전략 계획을 개발하고이를 따르기로 약속하면 테스트 프로세스와 소프트웨어의 품질이 확실히 향상 될 것입니다. 이 기사가 프로젝트에 대한 테스트 전략 계획을 작성하도록 영감을 준다면 기쁩니다!
이 게시물이 마음에 들면 친구들과 공유해보세요!
=> 전체 테스트 계획 자습서 시리즈를 보려면 여기를 방문하십시오.
추천 도서
- 샘플 테스트 계획 문서 (각 필드의 세부 정보가 포함 된 테스트 계획 예)
- 테스트 계획 튜토리얼 : 처음부터 소프트웨어 테스트 계획 문서를 작성하는 가이드
- 테스트 계획, 테스트 전략, 테스트 케이스, 테스트 스크립트, 테스트 시나리오 및 테스트 조건의 차이점
- 형식 및 내용이 포함 된 샘플 소프트웨어 테스트 계획 템플릿
- ERP 응용 프로그램에 대한 테스트 계획을 준비하고 테스트 사례를 작성하는 방법-ERP 테스트 2 부
- 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
- 예제가있는 합격 테스트 보고서의 샘플 템플릿
- 테스트 케이스 예제가 포함 된 샘플 테스트 케이스 템플릿 (다운로드)