1.2 软件测试的一般流程(课程学习到的一个版本+百度来的一个版本)

课程中的测试的四个阶段:

  1. 计划:哪些人分别在什么时候使用哪些方法利用哪些资源遵循什么标准对系统中的哪些对象展开测试,在这个过程中可能存在哪些方面的风险
    1. 输入:需求规格说明、项目计划
    2. 输出:测试计划
  2. 设计:如何测试、遵循什么流程测试
    1. 输入:需求、设计文档、测试计划
    2. 输出:测试用例、测试过程
  3. 实施:如何让软件跑起来、测试过程中发现了什么问题
    1. 输入:测试用例、测试过程、需求
    2. 输出:测试驱动模块、测试桩模块、测试脚本(可选)、缺陷报告
  4. 评估:测试工作质量怎么样、被测系统质量怎么样
    1. 输入:测试用例、缺陷报告、测试标准
    2. 输出:测试评估报告

 

 

 

 

百度的测试流程:

需求评审:由项目经理、开发人员、测试人员、需求人员共同进行的对软件需求文档的评审,评审内容主要包括:“需求规格说明书”的内容是否完善,是否有描叙不清楚的地方或者有冲突,需求是否可以支持系统目标的实现,是否有无法实现的功能等。项目经理根据开发人员、测试人员、需求人员意见完成项目计划。

需求分析:是开发人员根据需求文档完成需求分析文档,测试人员参与评审,评审的内容主要是看是否有遗漏或双方理解不一样的地方,测试人员要熟读需求,要多与开发、架构等多方多交流,深入了解需求。需求分析这一过程是主要确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰具体的要求。

测试计划:测试计划一般由测试经理编写,根据需求估算测试所需资源(人力,设备等)、所需时间、功能点划分、如何合理分配安排资源。

用例设计:根据测试计划,修改好的需求分析文档开始写测试用例,同时开发人员完成概要设计文档和详细设计文档。测试人员根据这两份文档补充测试用例。

测试环境:测试人员搭建测试环境

执行测试:开发人员提交第一个版本,如果存在未完成的功能,开发需跟测试人员说明,然后测试人员根据测试用例的详细步骤,执行测试用例,发现BUG提交缺陷库。

BUG跟踪:开发人员提交第二个版本,包括修改的BUG以及增加的部分功能,测试人员进行第二轮测试和回归测试,跟踪BUG直到关闭。重复上面的工作,一般情况下3-4个版本后BUG数量减少。

测试报告:通过不断测试,BUG跟踪,直到用例全部测试,覆盖率、缺陷率以及其他各项指标达到质量标准,即达到上线要求。(如果有客户反馈问题,需要测试人员协助重现和回归测试)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值