software testing training
비어 있는소프트웨어 테스팅 교육실시간 라이브 프로젝트에서 :
우리는 이것을 다음에 발표하게되어 매우 기쁩니다. 일련의 소프트웨어 테스트 교육 무료 자습서. QA 교육 프로세스, 단계, 역할 및 책임, 결과물 등을 특별히 강조하여 각 단계를 자세히 살펴 보는 종단 간 실시간 소프트웨어 프로젝트를 시뮬레이션 할 것입니다.
간단히 말해, 짧은 온라인 소프트웨어 테스팅 과정을 준비하십시오.
중요 사항 : 아래 무료 튜토리얼은 시작하는 데 유용하지만 전문가가 제공하는 최고의 온라인 라이브 소프트웨어 테스트 교육 과정에 관심이 있다면 이 페이지를 확인하십시오.
=> 여기 있습니다모든 튜토리얼 목록이 무료 라이브 프로젝트 QA 교육 시리즈 :
sdlc의 단계는 무엇입니까
- 1 일차 : 라이브 프로젝트 소개
- 2 일차 : SRS 문서 검토 및 테스트 시나리오 생성
- 3 일차 : 처음부터 테스트 계획 문서를 작성하는 방법
- 4 일차 : SRS 문서에서 테스트 케이스 작성
- 5 일차 : 테스트 실행
- 6 일차 : 버그 추적, 테스트 지표 및 테스트 사인 오프
왜이 무료 QA 교육입니까?
우리는 독자들로부터 많은 질문을 받고 있습니다. 정확한 소프트웨어 테스트 프로세스 소프트웨어 테스팅 팀이 뒤를이었습니다. 그래서 우리는 인터넷에서 테스트 할 수있는 샘플 라이브 애플리케이션의 도움으로이 완전한 STLC를 문서화하기로 결정했습니다.
소프트웨어 테스트 교육 시리즈에이 라이브 프로젝트를 사용할 것입니다. 이 시리즈는 배우고 구현하기위한 단기 집중 과정이 될 것이므로이 시리즈를 면밀히 따라가는 것이 좋습니다. 테스트 사례 라이브 애플리케이션에서.
학습 내용 :
라이브 프로젝트에 대한 소프트웨어 테스트 교육 – 무엇입니까?
더 진행하기 전에 잠시 시간을내어이 소프트웨어 테스팅 과정 시리즈의 내용과 앞으로 나아갈 때 어떻게 형성 될 것인지 설명하겠습니다.
우리는 라이브 애플리케이션 (세부 정보는 아래)을 선택하고 다음으로 시작합니다.
- SRS 검토
- 쓰기 테스트 시나리오
- 테스트 계획
- 테스트 케이스 디자인
- 테스트 데이터 식별
- 테스트 실행
- 결함 관리
- 상태보고
- 메트릭 수집
– 기본적으로 실시간 소프트웨어 테스팅 프로젝트에서 일반적으로 수행하는 모든 작업-실시간 예제, 아티팩트 및 결과물이 모두 프로세스에서 생성됩니다.
이 소프트웨어 테스트 과정 시리즈를 따르는 방법?
1 단계) 소개 및 SRS 연습 – SRS 연습과 함께이 미니 소프트웨어 테스트 과정을 시작합니다. 샘플 SRS 문서를 만들고 공유했습니다. 모든 추가 단계는이 응용 프로그램에 대한 이해에 따라 달라 지므로 진행하십시오.
2 단계) SRS 검토 및 테스트 시나리오 준비.
3 단계) 테스트 계획 – 처음부터 테스트 계획 작성 프로세스를 완료합니다. 최종 테스트 계획 버전은 참조를 위해 귀하와 공유됩니다.
4 단계) 테스트 케이스 – 일부 샘플 테스트 케이스와 함께 전체 테스트 케이스 작성 프로세스. 테스트 케이스 작성을 위해 테스트 관리 도구 또는 스프레드 시트를 사용할 수 있습니다.
5 단계) 애플리케이션 연습 및 테스트 실행 – 테스트 케이스를 실행하고 테스트 결과를 기록하는 방법은 무엇입니까?
6 단계) 결함보고
7 단계) 결함 검증, 회귀 테스트 프로세스
8 단계) 품질 보증 승인
의도는 모든 사람에게 실시간 프로젝트 경험과 전문 지식을 제공하는 것입니다. 이 시리즈가 도움이 되셨기를 바랍니다.
우리가 더 많이 사용할 응용 프로그램
소개
고객: 주황색
신청: OrangeHRM 데모 .
서비스 제공 업체 : SoftwareTestingHelp.com
프로젝트 설명
Orange는 단일 국가 및 전 세계에 위치한 중소기업이 소비하고 맞춤화 할 수있는 상용 인사 관리 제품을 만들고자합니다.
두 가지 버전이 있습니다. Professional 및 Enterprise.
포함 된 기능
- 개인 정보 관리
- 고급 휴가 관리
- 시간 및 출석 추적
- 직원 성과 관리
- 신병 모집
- 고급보고
- 국가 / 위치 기반 직원 관리
- 현지화 된 휴가 규칙
- 구성 가능한 워크 플로
- 플래티넘 지원
- 국가 / 위치 기반보고
- 맞춤보고
노트 : 단순성과 범위를 제한하기 위해 사용자가 개인 정보를 입력 할 수있는 옵션이있는이 HRM 포털의 직원 모듈을 고려해 보겠습니다.
고객 또는 사업주가 온라인 세계로 들어가거나 이미 존재하는 사이트 또는 응용 프로그램을 업데이트해야하는 경우, 그 필요성은 비즈니스 문제이며 소프트웨어는이 비즈니스 문제를 해결하도록 설계된 코드 조각입니다.
그런 다음 고객은 소프트웨어 서비스 제공 업체에 접근하여이 소프트웨어를 현실로 만듭니다. 이때 소프트웨어 프로젝트가 시작됩니다.
전통 폭포 프로젝트 (SDLC) 다음 단계가 있습니다.
- 품질 보증 과정에서 우리 모두는 '테스트'가이 흐름의 5 단계이지만 테스터가 중요한 역할을하는 유일한 장소는 아니라는 것을 알고 있습니다.
- 또한 테스트는 사후 작업입니다. 테스트 할 준비가 된 코드 / 애플리케이션이 없으면 우리는 실제로 아무것도 '테스트'할 수 없습니다. 가능한 가장 효율적인 방법으로 준비하고 대응하기 위해 우리는 미리 계획하고 준비하기 위해 최대한 노력합니다. 따라서 5 단계는 테스트 용이지만 우리의 활동은 훨씬 앞서 시작됩니다.
요컨대, 이것이 각 단계에서 일어나는 일입니다 !!
시작 :
생산자와 고객이 조건에 동의하면 소프트웨어 생산이 시작됩니다.
- 이 단계에서는 비즈니스 요구 사항을 수집하고 분석합니다. 분석에는 기술 고려 사항, 하드웨어 및 소프트웨어 사양, 사람, 노력, 시간, 관련성 및 개선 사항에 대한 결정이 포함됩니다.
- 이 단계에는 비즈니스 분석가, 프로젝트 관리자 및 고객 담당자가 참여합니다.
- 이 단계와 기본 프로젝트가 끝나면 계획이 준비됩니다.
- 범위 문서 및 / 또는 비즈니스 요구 사항과 같은 프로젝트 별 문서가 작성됩니다.
- 이 단계에서 QA 참여는 일반적으로 예상되지 않습니다. (개발 단계 초기에 문제를 식별하려면 처음부터 QA를 포함하는 것이 가장 좋습니다.)
밝히다:
완료된 비즈니스 요구 사항은이 단계의 입력입니다.
- 이 단계에는 비즈니스 요구 사항을 소프트웨어의 기능 요구 사항으로 변환하는 작업이 포함됩니다. 예를 들어 , 비즈니스 요구 사항이 사용자가 사이트에서 무언가를 구매하도록 허용하는 것이라면. 기능 요구 사항에는 다음과 같은 세부 정보가 있습니다. 사이트 형태-> 메뉴 옵션명 및 게재 위치-> 상품 검색-> 쇼핑 카트-> 결제 (등록 여부)-> 결제 옵션-> 판매 확인
- 개발자, 비즈니스 분석가, 프로젝트 관리자가이 단계에 참여합니다.
- 이 단계의 출력은 소프트웨어의 기능 요구 사항이 포함 된 자세한 문서입니다. 이 문서는 SRS (Software Requirement Specification), FRD (Functional Requirements Document) 또는 FRS (Functional Requirements Specification) 등 여러 이름으로 참조됩니다.
- SRS 문서를 완성한 후 QA 팀이 여기에 참여합니다.
- 기능 요구 사항 및 SRS 문서화가 진행되는 동안 QA 관리자 / 리드는 테스트 계획의 초기 버전 QA 팀을 구성합니다.
- QA 팀의 참여는 SRS가 문서화되면 이루어집니다.
- 이 단계에서 개발 팀이나 비즈니스 분석가 또는 때로는 QA 팀 리더가 SRS를 QA 팀에 안내합니다.
- 새 프로젝트의 경우 회의 또는 회의 형식의 철저한 안내가 가장 효과적입니다.
- 기존 프로젝트에 대한 이후 릴리스의 경우 문서가 이메일을 통해 또는 공통 저장소의 배치를 통해 QA 팀으로 전송됩니다. 이 시점에서 QA 팀은 오프라인으로 읽고 검토하고 시스템을 철저히 이해합니다.
- SRS 문서의 주요 대상은 테스터뿐이 아니기 때문에 모든 것이 우리에게 유용한 것은 아닙니다. 우리 테스터는이 문서를 검토 할 때 어떤 부분이 우리에게 유용하고 어떤 부분이 아닌지 결정하기 위해 충분히 부지런해야합니다.
이 라이브 프로젝트에 대한 SRS 문서
이 게시물에 샘플 SRS 문서가 첨부되어 있습니다. 이 문서의 모양, 작성 형식, 포함 된 정보의 종류 등에 대한 아이디어를 제공합니다. 다음 기사에서는 QA 팀이이 문서를 사용하여 추가로 진행하는 방법에 대해 설명합니다. 테스트 프로젝트에서.
==> 라이브 프로젝트 샘플 SRS 문서 다운로드 .
웹 애플리케이션 용 테스트 계획 샘플
결론
이 기사에서는 소프트웨어 개발 및 테스트 프로세스를 소개했습니다. 테스트 할 라이브 프로젝트에 대한 샘플 SRS 문서도 공유했습니다.
=>이 소프트웨어 테스트 교육 시리즈의 다음 기사는 다음과 같습니다. SRS 검토 및 테스트 시나리오 생성 프로세스 .
노트 : 이 QA 교육 시리즈의 다음 기사를 작성하는 동안 여기에서 함께 작업하여 대부분의 라이브 경험 . SRS 문서를 잘 읽으신 후 다시 만날 때 다음 단계를 계속 진행하겠습니다.
그때까지 행복한 테스트!
저자 정보 : STH 팀원 인 Swati Seela가이 라이브 프로젝트 QA 교육 시리즈를 발표하도록 돕고 있습니다.