수요 분석:
요구 사항 분석은 제품 담당자가 공식화합니다.그들이 해야 할 일은 단순한 문서가 아니라 각 기능의 세부 사항, 각 버튼의 위치, 모델이 약간 더 크거나 더 복잡한 요구 사항을 구체화하는 것입니다.
검토 필요:
여기에서는 참여하는 모든 프로젝트 인력, 개발자, 테스터, QA 인력을 호칭합니다. 테스터는 요구 사항을 제시하고 개발자는 기능 구현의 계획과 타당성을 고려하며 물론 개발 책임도 참여해야 합니다. 테스터는 요구 사항에 따라 사용 사례를 작성할 수 있도록 요구 사항에 대한 이해를 주로 질문합니다. QA 담당자는 최종적으로 소프트웨어의 품질을 검증하는 사람이므로 요구 사항도 이해해야 합니다.
개발자는 일정을 작성합니다.
개발자 요구 사항은 필요한 기능 포인트에 따라 일정이 잡혀 있습니다. 그런 다음 개발 계획을 테스터에게 전달합니다.
테스트 계획 일정:
개발 계획에 따르면 테스터는 테스트의 특정 테스트 시간, 즉 개발 기능이 완료된 후 시간에 여러 차례 테스트를 수행합니다. 그런 다음 프로젝트의 개발 및 테스트 계획을 여러 부서의 책임자와 프로젝트에 관련된 모든 직원에게 보냅니다.
테스트 케이스 작성:
根据详细的需求分档，开始进行用例的编写。
사용 사례 검토:
在用例进行评审之间，先以邮件形式将用例发送给相关人员，以便他们事先了解用例对哪些功能进行验证以及验证的细节。
그 후 테스터 그룹은 유스케이스 리뷰를 진행하고, 개발자는 유스케이스가 실제 기능과 맞지 않는 부분을 확인하고, 제품담당자는 유스케이스 등을 통해 기능의 구체적인 구현을 파악하게 된다.
커밋 기준:
开发人员完成所有功能后，会对自己的功能进行一个自测。自测完成后提交测试人员进行基线。
특정 테스트 프로세스:
开发人员对于基到测试线的功能进行测式，发现的问题通过缺陷管理工具进行反馈，开发人员对问题进行修复，然后，准备第二轮基。
테스터는 첫 번째 테스트를 완료한 후 테스트 결론을 작성하고 관련 담당자에게 보내야 합니다. 그런 다음 기준선을 두 번째 라운드에서 테스트하며 첫 번째 라운드에서 발견된 회귀 문제에 중점을 둡니다.
테스트 통과:
2~4회 테스트 후 새로운 문제가 발견되지 않거나 일시적으로 해결할 수 없는 문제 또는 긴급하지 않은 문제가 발견될 때까지. 상급자가 확인하면 통과 할 수 있습니다. 테스트 보고서 및 승인 계획을 작성하십시오.
수락 계획은 QA에 의해 확인됩니다. 현재 회사의 프로세스에서는 테스트와 QA가 분리되어 있으며 테스터는 기능이 정상적으로 실행될 수 있는지에 중점을 둡니다. QA는 최종 사용자의 품질뿐만 아니라 전체 프로세스의 품질과도 관련이 있습니다. 일부 회사는 QA와 테스트를 구분하지 않지만 테스트에 대한 요구 사항이 더 높을 것입니다.기능뿐만 아니라 전체 프로세스 및 품질에도 신경을 써야 합니다.
---The End---
如果对你有帮助请关注哦！