품생품사(品生品死)

소프트웨어 품질에 살고 품질에 죽는 그런 평범한 일상 블로그

RESUME CONSULTING

[실전 포트폴리오 No.2] 이론 기반 소프트웨어 테스트 계획서 작성법

품생품사(品生品死) 2021. 3. 5. 01:10
반응형

테스트 계획서 작성하기(마이피플.apk)

NOTICE

본 문서의 내용은 LQDQ사의 자산으로 개인의 동의 없이 배포 또는 복사할 수 없습니다. 아래 모든 내용은 App의 Spec 문서 없이 저의 임의대로 작성 되었음을 알려 드립니다.

 

본 문서를 샘플로 사용하셔도 무방합니다.

Copyright© 2020 LQDQ All Rights Reserved.

 

문서 변경 이력(가정)

날짜 작성자 버전 내용
  이정민 Ver. 0.0 Mypeople 테스트 계획서.
  홍길동 Ver. 0.1  
  김철수 Ver. 0.2  
  김철수 Ver. 1.1 김영희 수석에게 최종 리뷰를 맡기기 위한 전체 검/ 용어 뒷부분으로 이동 .
  김영희 Ver. 2.1 전체적인 Review 테스트(주요 변경 내용: 테스트 절차 추가 , 결함관리 및 결함유형 추가 , 테스트관리 항목 추가 )
  김철수 Ver. 2.2 전체 검토(내용간 불일치성 제거, 내용 순서 수정)
  김철수 Ver 2.3.0 업계 전문가로부터의 피드백 반영

 

테스트 계획 승인(가정)

승인자 이름 및 서명 승인 날짜
테스트 리더 이정민 팀장  
개발 리더 배철수 팀장  
테스트 팀장 김영희 팀장  
개발 팀장 김철수 팀장  
프로젝트 관리자 홍길동 팀장  

 

 

[번외] 소프트웨어 테스트 계획서 - feat.마이피플 #1

목차 마이피플.apk 테스트 계획서 NOTICE 본 문서의 내용은 LQDQ사의 자산으로 개인의 동의 없이 배포 또는 복사할 수 없습니다. 아래 모든 내용은 App의 Spec 문서 없이 저의 임의대로 작성 되었음을

qa-testing.tistory.com

 

4. 일정 계획(Schedule Planning) – (가정 : 3개월)

This is plan_test_003
일정 계획표

※ TM = 테스트 매니저, TL = 테스트 리더(방법론적 지원 테스트 설계 지원), TE = 테스트 엔지니 어, TS = 기술적 지원(개발팀), DE = 도메인 전문가, TC = 테스트 컨설턴트

※ 일정 계획은 일정관리 시스템을 사용하여 관리할 수 있다. 테스트 관련된 모든 활동을 관리하 면서 테스트 일정을 계획하고 제어할 수 있다.

※ 테스트 수행절차 및 참여하는 테스트 역할을 중심으로 테스트 활동을 파악하고 일정 계획을 수립한다.

 

This is plan_test_004
역할 관계도

 

※ 기술지원팀의 전문적인 서비스를 별도로 받을 필요성이 없이 개발팀이 이를 대체

※ 테스트 형상 관리는 테스트 매니저와 리더가 대행

 

5. 프로젝트 위협 및 리스크(Project threats and risks)

본 마이피플.App 테스트 프로젝트에서는 다음의 위협과 리스크가 식별되었다.

- Android OS와 IOS, PC(Window Xp, Vista, Window7) 마이피플.App을 설치 시 호환성 문제가 발생할 수 있다.

- 주소록의 Sync상에 문제가 발생할 확률이 높다.

- 즐겨찾기 추가, 삭제, 편집 동작이 원활하지 않을 수 있다.

- 미디어 박스에 컨텐츠를 저장할 때 문제가 발생할 확률이 높다.

 

이밖에도 마이피플.App 테스팅 프로젝트 관점에서의 위협과 리스크는 아래와 같다.

- 새로운 OS(심비안, 바다 등)에 적용하려고 할 때 발생할 수 있는 호환성 리스크.

- 타 소셜네트워크.App들과 다른 특별한 기능에 대한 기대감에서 오는 리스크.

- 영상통화를 지원하고, 지원하지 않는 단말이 영상통화를 하였을 경우 제한성.

- 데이터 망이 잡히지 않는 지역에서 음성통화 발/수신 할 경우의 한계성.

 

6. 테스팅 인프라(Testing Infrastructure)

6.1. 테스트 환경(Test environment)

테스트 프로젝트가 진행되는 동안, PC는 예상 유저가 사용하는 것과 같은 표준 하드웨어 구성 및 표준 소프트웨어를 설치한 상태로 가용해야 한다. (OS, 인터넷 브라우저 등의 조합을 고려하여 테 스트 환경 구성하며 필요 시 Pairwise 기법 사용하도록 한다.

 

6.2. 테스트 툴(Test tools) 및 자동화 접근법

다음 테스트 자동화 지원 도구를 활용할 예정이다. (단, 본 테스트 프로젝트는 반복적으로 수행하는 부분이 제한적이어서 자동화 지원을 테스트 관리와 케이스 생성 일부에 제한한다)

- TPMS – 리스크 기반 테스팅 전략 구현 및 테스트 전반 관리. 결함 관리 포함

- CTE(Classification Tree Editor) – 테스트 케이스 생성 지원

- CaseMaker – 테스트 케이스 자동화 지원 툴

 

6.2.1.테스트 자동화 지원 툴 도입 계획 – (가정)

※ 기존에 확보한 툴과 이미 사용한 경험이 있는 오픈소스 툴을 사용하므로 해당사항 없음.

 

6.2.2 테스트 자동화 지원 툴 배포 계획 – (가정)

※ 기존에 확보한 툴과 이미 배포되어 널리 사용하고 있어 해당사항 없음.

 

6.3. 사무 환경(Office Environment)

모든 테스트 관련자 들에게 테스트 프로젝트 동안 사무실 또는 회의실에 테스팅 랩과 독립적으로 사무실 공간 및 PC 또는 노트북이 지원된다. 또한 호환성 가능한 OS별 단말과 OS별 PC가 제공 된다. 테스팅 관련자들의 근무공간을 개발 사무공간과 가까운 곳에 배치하여 상호간 원활한 커뮤 니케이션을 이끌어 낸다.

 

별첨. 참고 문헌

1. 권원일, 이공선, 임준섭, “개발자도 알아야할 소프트웨어 테스팅 용어”, ㈜STA테스팅컨설팅, 2007

2. 권원일 외, “개발자도 알아야할 소프트웨어 테스팅 실무”, ㈜STA테스팅컨설팅, 2006

3. 김익환, 전규현, “ 소프트웨어 개발의 모든 , 페가수스, 2010

 

This is plan_test_001
테스트 계획서 대표 이미지

요약 : 애자일 프로세스, 배포 프로세스, 프로세스, 업무 프로세스 관리, 프로세스 마이닝, 소프트웨어 qa, 웹 qa, 앱 qa, test web

728x90
반응형