游戏迷提供最新游戏下载和手游攻略!

超详细的文章!软件测试的基本流程!流程测试软件有哪些

发布时间:2024-07-10浏览:0

前言:

采用通用的测试流程,可以高效、高质量地完成软件测试工作,有助于降低沟通成本,对每个阶段的产出有清晰的认识。最终目标:实现软件测试的规范化、标准化。以下是非通用的标准,仅供大家参考。

1.软件测试流程图

2.各阶段详细解释:

1、需求分析:

主要目的是明确需求这一期必须完成什么工作,完成到什么程度,细节是怎样的,记录任何不清楚或者遗漏的需求;需求必须完整、准确、清晰、具体。很多时候,各个角色会私下做,不组织会议。主要参与者:RD、QA、UE。

2.需求评审:

PM对需求进行整体的阐述和补充,其他成员参与需求分析过程中提出的问题,目的是提前发现需求不明确、冲突、无法实现、不完整等问题。主要参与人员:项目经理、PM、RD、QA、UE。

3.规划和调度:

(1)RD规划与调度:RD根据评审后的需求,产生具体的开发计划与进度安排,包括人员安排、模块划分、开发设计文档输出、具体测试交付时间等。主要输出人员:RD接口人。

(2)UE规划与调度:根据评审的需求及RD进度,给出相应的计划与安排,包括:人力资源安排、模块划分、具体资源输出时间、根据测试提交时间规划检查时间点等。主要输出人员:UE接口人员。

(3)测试计划及进度安排:根据评审需求及研发进度,给出相应的测试计划及进度安排,包括:测试方式(是否单测、是否接口测试、是否性能测试、是否分模块测试等)、测试范围、人员安排、模块划分、案例输出时间、案例评审时间、测试完成时间、风险点。主要输出人员:QA接口人员。

注:所有计划及时间安排必须以邮件形式抄送给全体人员,并与相应同行确认,如有变动必须及时与相应同行联系。

4.测试环境搭建:

根据开发环境和测试计划搭建测试环境,可以由RD提供支持。一般维护至少两个稳定的测试环境,以满足项目并行和单项测试(例如压力测试、安全测试)的需要。

注意:环境搭建完成后最好能实现代码的自动部署,以减少回归测试时的代码部署时间。

5.测试用例:

(1)案例撰写:根据测试计划和修改后的需求文档撰写测试用例,并根据RD制作的概要设计文档和详细设计文档补充测试用例(若没有具体文档,可以向相应的RD询问代码逻辑和结构)。

(2)案例内部评审:案例完成后,QA首先要进行内部评审,如果评审不通过,则进行修改,如果评审通过,则会向全体员工发送邮件,帮助员工提前了解案例情况,并将问题带到案例评审中。

(3)全员案例评审:根据测试计划进行案例评审,找出项目成员之间不一致的点,以及案例中遗漏或遗漏的点。根据评审结果修改案例,并产生入口案例(入口案例:最核心的功能点和阻碍测试的点)。

流程测试软件有哪些_流程测试是什么_软件测试流程

注:a.提交测试前需将录取案例以邮件形式发送给对应RD,确保录取案例执行并通过,并要求RD以邮件形式回复执行结果。

b.案例应归档,并根据项目情况(例如,第二阶段要求后对第一阶段案例的改变)及时修改,确保案例是最新的,可以作为参考。

6.RD测试:

(1)提交测试前,RD需确保自己已经通过准入控制(主要确保RD已经完成自检,养成良好的开发习惯),PM已通过第一次走查(主要确保RD没有重大的功能遗漏,PM没有重大的功能点需要改动或添加,以减少进入正式测试阶段时的返工)。

(2)若RD自测、PM走查均通过,QA进行接入测试,若接入不通过,系统将不予通过,待RD修复问题后重新提交测试,系统将再次经过RD自测、PM走查、QA接入测试流程,若RD自测、PM走查、QA接入测试均通过,QA进入正式测试。

7.正式测试:

根据测试计划和测试用例执行测试,报告bug,RD修复后进行QA反馈。制作每日测试报告,明确具体测试进度,bug情况,项目风险等。根据风险情况及时进行策略调整,确保项目如期上线。

8. 展示和演练:

当所有功能测试完毕,bug基本收敛后,案例展示。此时PM进行详细排查,UE进行可视化排查。主要参与人员:PM、RD、UE、QA。如果测试/排查失败,提交bug,RD修复。修复后验证bug。如果测试/排查通过,软件就完全功能验证了。

9.完整功能验证:

这个主要针对还未进入第一阶段需求的产品,新增需求、修改需求可能会影响到原有功能,如果验证失败,就提交bug,RD修复完bug后再进行验证,重新进行全功能验证。这个阶段建议使用自动化提高效率,比如UI自动化、界面自动化等,如果全功能验证通过,再进行预发布验证。

10. 发布前验证:

主要是为了防止数据不同步导致的bug,此时要注意验证上线版本,以及当前版本和上线版本的交互,预发布验证通过后,再启动上线流程。

11.上网:

RD或OP发起上线,若上线失败,RD修复Bug,QA进行Bug回归、全功能验证、预发布验证,重启上线,上线成功后需要进行线上验证。

注意:上线过程中,请注意数据和版本隔离,避免影响上线进程。

12.网上验证:

若上线验证失败则进行回滚,RD修复bug,QA回归bug,全功能验证,预发布验证,再次进行上线验证流程。上线验证通过后实时跟进用户反馈,增加/修改监控。

注意:最好有一键回滚机制,并进行回滚演练,我确实遇到过上线后整个业务都崩溃的情况。

13.跟进用户反馈并添加/更新监控:

(1)产品成功上线后,实时跟进用户反馈,及时发现用户反映的问题,防止出现重大问题影响用户使用。梳理出最热门的需求点,反馈给PM,反向影响需求。

(2)及时添加/更新监控,实时监控线上服务,保障线上服务正常稳定运行,出现问题尽快响应。

热点资讯