【测试】BUG篇——软件测试的生命周期

软件测试贯穿于软件的整个生命周期

需求分析
用户⻆度:软件需求是否合理
技术⻆度:技术上是否可⾏,是否还有优化空间
测试⻆度:是否存在业务逻辑错误、冗余、冲突等问题
测试计划
制定测试计划:什么时候开发测试,什么时候 结束测试,耗 时多久
测试设计与开发
参考需求⽂档、技术⽂档等编写测试⽤例、
写测试⽂档,明确标注使⽤到的测试⽅法、 测试⼯具,测试形式等等
测试执行
充分利⽤测试⽤例和测试⼯具对项⽬尽可能做到 全⽅⾯的测试覆盖
测试评估
测试是否通过,本次测试是否有遗留的BUG,最终测 试⼈员需要产出⼀个测试报告
上线
项⽬测试结束后,将项⽬发布到线上环境,测试⼈员需求跟踪上线并测试线上环 境下软件的运⾏是否正确
运行维护
测试⼈员需要参与项⽬的实施⼯作。测试⼈员对项⽬产品的业务和操作⾮常了解,加上测试⼈员的沟通表达能⼒⼀般都⽐较强,所以测试⼈员可以参与⽤⼾使⽤软件的培训, 在试运⾏项⽬时收集问题并及时反馈给相关负责⼈

测试人员不仅具备开发能力、测试能力,最好具备一定的产品分析能力。

在测试结束之后,不能认为项目100%的问题都被发现了,问题是不可能被完全发现。

实际工作中,上线要分成多个步骤:沙盒、小流量、全流量、全线上。因为上线的过程中也可能会存在问题,线下测试没有问题,如果直接推到线上可能会发现问题。

  • 沙盒:企业内部的线上环境,可以供内部人员进行测试。
  • 小流量:部分线上真实的用户可以使用到,测试人员需要在线上手动测试,还需要观察有没有错误日志(真实用户在使用过程中是否发现了问题)。
  • 全流量:所有的真实用户都可以使用到。
  • 全线上:将代码提交在线上。

线上环境和线下环境并不是完全一样的,因此每一步都需要跟进测试。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值