how prepare test plan
이전 기사에서 우리는 ERP라는 용어의 실제 의미, ERP의 다양한 모듈, ERP 테스트의 중요성, ERP 테스트의 중요도 및 ERP 테스트 준비를위한 로드맵과 같은 ERP의 핵심 포인트를 거의 보지 못했습니다. .
=> 여기에서 ERP 테스트 파트 1 자습서를 확인하십시오.
이 기사에서는 품질 보증 계획, 테스트 계획, 테스트 스위트, 테스트 사례 및 테스트 실행 전략 준비와 같은 ERP (SAP) 테스트에 대한보다 실용적인 세부 정보를 살펴 보겠습니다.
=> 전체 테스트 계획 튜토리얼 시리즈를 보려면 여기를 클릭하십시오.
이 튜토리얼은 모든 애플리케이션에 대한 테스트 계획을 처음부터 작성하는 좋은 예입니다. 우리는 또한 제공했습니다다운로드 용 샘플 테스트 스위트 템플릿.
데모를 위해 테스트중인 ERP 애플리케이션이 다음과 같은 구현 계획에 대한 주요 정보와 함께 다음 모듈로 구성되어 있다고 가정합니다.
ERP 이름 : ABC 제조 ERP
고객 이름: XYZ 석유 화학 LLC
산업 분야 : 조작
기업 사무실: 뉴욕
지점 : 로스 앤젤레스와 시카고
생산 공장: 휴스턴
재고 창고 : 휴스턴, 로스 앤젤레스, 시카고
총 직원 : 2500
시스템 사용자 : 325
회사 회전율 : 미화 1 백만 달러
부서 : 관리, 재무, 계정, HR, 생산, 품질, 매장, 판매, 마케팅, 유지 관리, 파견, 고객 지원
모듈 : 예산, CRM, 고객, 공급 업체, 판매, 구매, 지불, 계약, 금융, 계정, 인적 자본, 급여, 생산 계획, 프로젝트 관리, 재고, 자재 관리, 작업 주문, 고정 자산, 비즈니스 인텔리전스
배송 모델 : 온 프레미스 및 클라우드
실행 계획: 요구 사항 수집, 비즈니스 워크 플로 분석, 데이터 흐름 평가, 사용자 지정 및 향상, 제공 및 롤아웃, 최종 사용자 교육
권장 도구 :
# 1) Oracle NetSuite
Oracle NetSuite 검사 계획을 설정하고 테스트 결과를 추적 할 수있는 품질 보증 플랫폼을 제공합니다. 이 도구는 제품에 최고 품질을 제공하는 데 도움이됩니다. 테스트 목록을 중앙에서 관리하고 최소 검사자 자격을 적용 할 수 있습니다.
테스트 정의, 수신 및 공정 중 검사, 데이터 수집을위한 다양한 기능을 제공합니다.
풍모:
- Oracle NetSuite는 검사 결과의 실시간 처리를 수행합니다.
- 장치에 구애받지 않는 도구이며 모든 브라우저 기반 태블릿에서 사용할 수 있습니다.
- 부적합 재료의 워크 플로우 기반 처리 기능이 있습니다.
- 최소한의 검사자 자격을 시행 할 수 있습니다.
ERP 테스트의 중요도와 복잡성에 대한 아이디어를 제공하는 판매 주문, 고객 재무, 지불 헤더, 고정 자산, 직원 관리 및 판매 보고서와 같은 몇 가지 중요한 비즈니스 프로세스에 대한 ERP 소프트웨어 애플리케이션의 스크린 샷을 아래에서 찾으십시오.
스크린 샷 1 : 판매 주문
스크린 샷 2 : 판매 주문 (미국)
스크린 샷 3 : 고객 재무
스크린 샷 4 : 결제 헤더 (인도)
스크린 샷 5 : 결제 헤더 (미국)
스크린 샷 6 : 고정 자산 (인도)
스크린 샷 7 : 고정 자산 (미국)
스크린 샷 8 : 직원 관리
스크린 샷 9 : 판매 보고서
학습 내용 :
string 형 배열을 만드는 방법
ERP QA 계획
품질 보증은 모든 ERP 구현 프로젝트의 주요 이정표이며 다음과 같은 이해 관계자로 구성되며 성공은 모든 사람의 헌신적 인 노력에 달려 있습니다. 팀 ”.
ERP 구현 프로젝트의 이해 관계자는 다음과 같습니다.
- 구현 팀 – ERP Company 또는 현지 구현 파트너의 전문가 팀으로 구성됩니다. 구현 전문 지식이 있어야합니다.
- 소프트웨어 공급 업체 – ERP에 필요한 운영 체제, 데이터베이스 및 기타 사무용 애플리케이션 용 소프트웨어 공급 업체.
- 호스팅 제공 업체 – ERP 구현에 필요한 서버, 네트워크, 인터넷 및 인트라넷 인프라를위한 호스팅 제공 업체. 구현 전문 지식이 있어야합니다.
- 사업 팀 – 사업 개발팀 또는 경영 운영위원회의 팀으로 구성됩니다.
- 기술팀 – 프로젝트 과정에서 사용할 수있는 개발 팀 또는 구현 팀. 구현 전문 지식이 있어야합니다.
- 테스트 팀 – ERP 회사 또는 ERP 구현 전략에 대한 전문 지식이있는 현지 파트너의 테스트 팀.
- 고객 팀 – 비즈니스 프로세스에 대한 완전한 작업 지식을 보유한 최종 사용자 팀 또는 부서장.
이전 튜토리얼에서 논의했듯이 ERP (예 : SAP) 소프트웨어 애플리케이션을 테스트하는 것은 다른 소프트웨어 애플리케이션을 테스트하는 것과 다릅니다. ERP 애플리케이션은 도메인 및 산업별로 다릅니다. 재무, 회계, 재고, 고정 자산, 판매, 구매, 인적 자본 및 급여와 같은 공통 모듈은 모든 ERP 시스템에서 사용할 수 있습니다.
이러한 공통 모듈 외에도 대상 고객에 따라 사용할 수있는 산업용 특정 모듈은 거의 없습니다.예를 들면, '제조 ERP'에는 '생산 계획'모듈이있을 수 있고, '제약 ERP'에는 '의사-환자'모듈이있을 수 있으며, '교육 ERP'에는 '학생'모듈이있을 수 있습니다.
따라서 품질 요소는 위 목록의 모든 이해 관계자와 미리 공유 할 수 있도록 미리 정의 된 몇 가지 메트릭으로 활성화되어야합니다.
품질을 유지하기 위해 이해 관계자는 상호 서비스 수준 계약을 체결합니다. 팀으로서의 모든 이해 관계자는 예상되는 작업 명세서의 품질을 달성하기 위해 정의 된 작업 항목, 목표 날짜에 대한 책임을 가져야합니다.
ERP 테스트 계획
ERP 테스트 계획은 효과적이고 성공적인 구현을 위해 다음 정보로 구성되어야합니다.
테스트 계획에는 목표, 품질 메트릭, 수동으로 테스트 할 기능, 자동화 도구를 통해 테스트 할 기능, 프로젝트 환경, 팀 인프라, 리소스 요구 사항, 테스트 일정, 테스트 결과물, 테스트 실행 인프라, 테스트 프레임 워크, 가정, 종속성, 제약, 버그 추적 메커니즘, 버그보고 도구 및 승인 기준 등
다음은 XYZ Petrochemical LLC의 ERP 구현 프로젝트에 대한 샘플 테스트 계획입니다.
또한보십시오 – 테스트 계획 작성 방법에 대한 자세한 정보가 필요한 경우 다음 자습서를 확인하십시오.
프로젝트 설명
ABC Manufacturing ERP는 제조 산업을위한 통합 ERP 솔루션입니다. 제품은 회계, 재무, 예산, 재고, 고정 자산, 고객, 공급 업체, CRM, 판매, 구매, 지불, 계약, 인적 자본, 급여, 생산 계획, 프로젝트 관리, 재고, 자재 관리, 작업과 같은 핵심 모듈로 구성됩니다. 주문 및 비즈니스 인텔리전스.
고객의 업종은 제조업이고 그들의 사업은 석유 화학 제품을 제조하여 국내외 고객에게 판매하는 것입니다. 원료는 국내 및 국제 시장에서 구입합니다. 이 회사는 미국 뉴욕에서 운영되며 전국 각지에 지사가 있습니다.
회사는 또한 원격 위치에 창고를 가지고 있습니다. ERP 시스템은 기업 구내의 중앙 위치에서 구현되고 인터넷, WAN, Wi-Fi, 클라우드 인프라를 통해 전국 여러 지역의 다른 지점, 창고, 생산 공장, 마케팅 사무소를 연결합니다. 제안 된 솔루션은 영어 (해외 고객 용, 힌디어 (IN 사용자 용), 아랍어 (중동 공급 업체 용))와 같은 여러 언어를 지원하고 여러 통화 거래를 지원합니다.
또한이 시스템에는 신용 카드 결제 게이트웨이가있는 온라인 판매 주문을위한 전자 상거래 고객 포털과 구매 견적을위한 공급 업체 포털이 있습니다. 300 명 이상의 시스템 사용자가 하루에 최소 10,000 건 이상의 트랜잭션으로 전 세계 여러 지역에서 시스템을 사용할 것입니다.
객관적인
- 수동으로 테스트 할 모듈을 식별합니다.
- 자동화 도구를 통해 테스트 할 모듈을 식별합니다.
- 테스트 전략, 테스트 범위 및 테스트 활동을 정의합니다.
- 테스트 기준, 가정, 종속성 및 제약을 정의합니다.
- 테스트 팀, 할당 및 테스트 일정을 식별합니다.
- 수동 및 자동화 테스트 프레임 워크를 설정합니다.
- 소프트웨어 및 하드웨어 구성으로 테스트 인프라를 설정합니다.
- ERP 구현을위한 프로젝트의 이해 관계자를 정의합니다.
- 커뮤니케이션 및 에스컬레이션 메커니즘을 정의합니다.
- 작업 환경, 작업 세부 정보 및 책임을 정의합니다.
- 위험 완화 계획을 통한 위험 관리.
- 테스트 결과물 및보고 도구를 정의합니다.
수동 테스트를위한 모듈 현명한 기능
- 결제 모듈 (결제 생성, 결제 승인, 수표 발행)
- 자금 조달 모듈 (공동 지불, 공동 지불 승인, 수표 발행)
- 급여 모듈 (급여 수표, 수표 발행)
- 고정 자산 모듈 (자산 감가 상각, 자산 처분)
- ...
자동화 테스트를위한 모듈 현명한 기능
- 판매 모듈 (판매 주문, 배송 판매 주문, 이월 주문, 판매 송장)
- 구매 모듈 (구매 계약, 구매 주문, 구매 수정)
- 고객 모듈 (고객 관리, 고객 재무)
- 인적 자본 모듈 (직원 관리, 출석, 대출, 휴가)
- ...
구내에서 테스트 할 기능
- 기능 테스트 : 검토 및 승인 된 모든 모듈의 모든 기능 테스트 케이스입니다.
- 회귀 테스트 : 검토 및 승인 된 사용자 지정 모듈에 대한 모든 기능 테스트 사례.
- 연기 테스트 : Sanity로 표시된 모든 기능 테스트 사례는 검토, 실행 및 승인됩니다.
- ...
구내에서 테스트 할 기능
- 시스템 테스트 : 검토 및 승인 된 모든 모듈의 모든 시스템 테스트 케이스.
- 통합 테스트 : 검토 및 승인 된 모든 모듈의 모든 시스템 테스트 케이스.
- 성능 테스트 : 검토 및 승인 된 모든 성능 테스트 사례.
- 부하 테스트 : 검토 및 승인 된 모든 부하 테스트 사례입니다.
- 사용자 수락 테스트 : 검토 및 승인 된 모든 사용자 승인 테스트.
- ...
모바일, Wi-Fi 및 클라우드에서 테스트 할 기능
기능 테스트 : 검토 및 승인 된 CRM 모듈의 모든 시스템 테스트 사례.
자원 요구 사항
시험 일정
예 아니오 | 작업 세부 정보 | 시작일 | 종료일 | 시험 장치 |
---|---|---|---|---|
6 | 반품 승인 | 2015 년 5 월 27 일 | 2015 년 6 월 1 일 | 테스터 B |
하나 | 테스트 계획 준비 | 2015 년 5 월 4 일 | 2015 년 5 월 6 일 | 테스터 A |
두 | 테스트 계획 검토 및 업데이트 | 2015 년 5 월 7 일 | 2015 년 5 월 7 일 | 테스트 리드 B |
삼 | 테스트 스위트 및 테스트 케이스 준비 | |||
모듈 1 : 판매 및 유통 | 2015 년 5 월 16 일 | 2015 년 6 월 4 일 | ||
4 | 판매 오더 프로세스 | 2015 년 5 월 16 일 | 2015 년 5 월 20 일 | 테스터 B |
5 | 판매 계약 프로세스 | 2015 년 5 월 21 일 | 2015 년 5 월 26 일 | 테스터 B |
7 | 지급 영수증 프로세스 | 2015 년 6 월 2 일 | 2015 년 6 월 4 일 | 테스터 B |
... | ||||
모듈 2 : 구매 및 결제 | ||||
8 | 들여 쓰기 프로세스 구매 | 2015 년 5 월 16 일 | 2015 년 5 월 19 일 | 테스터 C |
9 | 구매 견적 프로세스 | 2015 년 5 월 20 일 | 2015 년 5 월 23 일 | 테스터 C |
10 | 구매 주문 프로세스 | 2015 년 5 월 24 일 | 2015 년 5 월 28 일 | 테스터 C |
열한 | 결제 승인 절차 | 2015 년 5 월 29 일 | 2015 년 5 월 31 일 | 테스터 C |
... | ||||
테스트 실행 | ||||
12 | 모듈 1 : 반복 1 | 2015 년 6 월 1 일 | 2015 년 6 월 5 일 | 테스터 B |
13 | 모듈 2 : 반복 1 | 2015 년 6 월 1 일 | 2015 년 6 월 4 일 | 테스터 C |
... | ||||
14 | 회귀 테스트 : 모듈 1 | |||
열 다섯 | 회귀 테스트 : 모듈 2 | |||
... | ||||
16 | 테스트 보고서 및 QA 계획 업데이트 | |||
... |
테스트 케이스 실행
테스트 범위
A : 기능 테스트, B : 시스템 테스트, C : 무결성 테스트, D : 보안 테스트, E : 사용성 테스트, F : 성능 테스트, G : 인터페이스 테스트, H : 설치 테스트
결과물
위기 관리
이슈 트래커
Confluence 및 JIRA 도구는 문제 추적 프로젝트에서. 또한 JIRA는 모든 테스트 팀 구성원이 문제를 에스컬레이션하고 버그를보고 할 수 있도록 사용자 정의 및 구성되며 책임과 목표 날짜를 관심 개발 팀에 할당합니다.
품질 메트릭
ERP 테스트 스위트
일반 테스트 프로세스와 마찬가지로 ERP 테스트 스위트는 일반적으로 Excel 문서로 준비됩니다. 이 문서는 ERP 애플리케이션의 모든 모듈에 대한 다양한 테스트 스위트의 전체 개정 내역을 제어합니다. 각 모듈의 테스트 케이스, 테스트 실행 기록, 버그 목록 및 테스트 보고서 기록은 ERP 테스트 스위트에서 유지됩니다.
자동화 테스트의 경우 ' 테스트 스크립트 ”은 테스트 스위트에서 유지되며 테스트 실행 기록의 관련 반복이 유지됩니다. 테스트 유형 및 테스트 케이스의 복잡성에 따라 자동화 테스트 스크립트는 재사용을 위해 설계되어야하는 제품군에서 유지됩니다.
엑셀 문서에서 ERP 테스트 스위트의 스냅 샷을 아래에서 찾으십시오.
무선 네트워크의 보안 키는 무엇입니까
샘플 테스트 스위트 템플릿 다운로드 :
다음은 다운로드 할 수있는 샘플 테스트 스위트 템플릿입니다. 개정 내역, 테스트 보고서, 버그 보고서, 스모크 테스트 케이스, 회귀 테스트 케이스에 대한 템플릿이 포함되어 있습니다.
=> ERP 테스트 스위트 템플릿을 다운로드하려면 여기를 클릭하십시오.
ERP 테스트 케이스
기능 테스트 케이스, 회귀 테스트 케이스, 온 전성 / 연기 테스트 케이스 외에도 ERP 테스트에는 설치 테스트, 구성 테스트, 구현 테스트, 적응성 테스트, 네트워크 테스트, 서버 테스트, 오프라인 테스트, 원격 테스트를위한 다른 유형의 테스트 케이스가 필요합니다. 다중 통화 테스트, 다국어 테스트, 장치 테스트, 인트라넷 테스트, 실시간 테스트 등
가장 중요한 것은 ERP가 중앙 집중식 자동화 솔루션이며, 여러 사용자가 동시에 온라인으로 실시간으로 액세스 할 수 있으며, 이는 금융 거래를 포함하며, 각 테스트 케이스는 많은 노력과 실시간 데이터로 작성되어야합니다.
또한 미리 정의 된 실시간 데이터로 출력 데이터를 확인한 후 테스트 실행 상태를“합격”으로 업데이트해야합니다. 따라서 테스트 케이스에는 항상 ' 테스트 데이터 ”및“ 출력 데이터 ”.
샘플 테스트 시나리오 :
아래에서 ERP 데모를위한 샘플 테스트 케이스를 찾으십시오.이 테스트 케이스는 분리 및 유지 관리 할 수있는 많은 작은 테스트 케이스로 구성 될 수 있지만 데모 목적으로 단일 테스트 케이스와 결합됩니다.
테스트 케이스 ID | ABC_ERP_SD_X0121 |
---|---|
예상 결과 (양) | 1. 주문을 예약하고 송장을 발행해야합니다. 2. 피킹 포장 명세서가 생성되어야합니다. 3. 배송 오더가 생성되어야합니다. 4. 총계정 원장 거래를 전기해야합니다. 5. 재고 원장을 업데이트해야합니다. 6. 차변 메모가 생성되어야합니다. 7. 고객과 상점에 이메일을 보내야합니다. |
기준 치수 | 판매 및 유통 |
특색 | 판매 오더 프로세스 |
객관적인 | 판매 오더를 확인하기 위해 판매 헤더 및 판매 세부 사항에 대해 입력 된 적절한 데이터로 예약되고 송장이 발행됩니다. |
재현 단계 | 1. 판매 및 유통-> 주문 관리-> 판매 주문 목록-> 신규 판매 주문. 2. 주문 날짜 선택, 주문 유형 선택, 만료 날짜 선택, 고객 ID 선택, 배송 ID 선택, 창고 ID 선택, 배송 날짜 선택, 지불 기한 선택, 판매 세 ID 선택, 세일즈맨 ID 선택. 3. 신규 판매 품목 및 품목 ID 선택, 품목 UOM 선택, 품목 수량 입력, 품목 가격 입력, 원장 계정 선택, 프로젝트 ID 선택 및 확인을 클릭합니다. 4. 메인 화면에서 예약 주문 버튼을 클릭합니다. |
입력 데이터 (양) | 주문 날짜 (2015 년 1 월 1 일), 주문 유형 (판매 주문), 만료 날짜 (2015 년 9 월 31 일), 고객 ID (SABIC), 배송 ID (FedEx), 창고 ID (NaviMumbaiWH), 배송 날짜 (03 / 02/2015), 지불 기한 선택 (2015 년 2 월 28 일), 판매 세 ID (ST929), 판매원 ID (Anand), 품목 ID (PolyPropylene), 품목 UOM (킬로그램), 품목 수량 (1000), 원장 계정 (23499949), 프로젝트 ID (DueTarget2015) |
입력 데이터 (부정) | 주문 날짜 (2016 년 1 월 1 일), 주문 유형 (구매 주문), 만료 날짜 (2012 년 9 월 31 일), 고객 ID (기본값), 배송 ID (빈 칸), 창고 ID (빈 칸), 배송 날짜 (03/03) 02/2013), 지불 기한 선택 (2012 년 2 월 28 일), 판매 세 ID (공백), 판매원 ID (DEFAULT), 항목 ID (DEFAULT), 항목 UOM (공백), 항목 수량 (0), 원장 계정 (DEFAULT), 프로젝트 ID (DEFAULT) |
예상 결과 (부정) | • 경고 프로세스 및 정의 된 텍스트에 따라 각 부정적인 데이터 입력에 대해 경고 상자가 표시되어야합니다. • 품목이 재고가없는 경우 판매 주문을 이월 주문해야합니다. • 고객 신용 한도가 낮 으면 판매 주문이 보류 상태 여야합니다. |
실제 결과 | |
예상 출력 | 판매 오더, 판매 송장, 포장 목록, 배송 목록은 미리 정의 된 보고서 형식으로 생성되어야합니다. |
실제 출력 |
결론
ERP 테스트는 모든 소프트웨어 / 제품 테스트에 비해 많은 위험과 복잡성이 있습니다. 또한 ERP 구현 프로젝트에서 품질 메트릭을 관리하려면 여러 이해 관계자의 '팀'으로서 많은 관심과 헌신적 인 노력이 필요합니다.
테스트 전문가는 제품 품질과 구현 품질 간의 차이를 이해해야합니다. ERP 테스트에는 경영진과 고객의 시간과 예산에 대한 신뢰할 수있는 후원이 필요합니다. 테스트는 ERP 전문가 팀이 수행해야하며 어떤 이유로 든 경험이없는 팀에게 할당되어서는 안됩니다.
보편적으로 입증 된 올바른 프로세스, 방법론, 접근 방식 및 자동화 된 도구를 사용하는 것은 매우 중요합니다. '자동화'가 '수동'테스트를 완전히 대체한다고 가정해서는 안되지만 필수 테스트 인프라 및 프레임 워크 사용에 대해 타협해서는 안됩니다. 고객으로부터 실제 실제 데이터를 수집하는 데 필요한 시간을 과소 평가하지 마십시오.
테스트 전문가에게이 여정은 'ERP 제품 테스트를위한 탁월한 리소스!'입니다.
ERP 또는 특히 SAP 테스트에 대한 질문이 있으면 알려주십시오.
=> 전체 테스트 계획 자습서 시리즈를 보려면 여기를 방문하십시오.