软件测试简介

1. 软件测试

软件测试是一个过程,在这个过程中测试人员在做对比,程序的执行结果与预期结果进行对比。

如果程序执行结果和预期结果不一样,此时产生了缺陷(BUG)

如果程序执行结果和预期结果一样,说明软件暂时是没有问题的。

2. 软件测试的生命周期

需求分析——测试计划——测试设计、测试开发——测试执行——测试评估——维护上线

每个阶段测试人员需要做的工作:

需求分析:分析需求的正确性、完整性

测试计划:who(由谁测试),when(何时开始测试、何时结束测试、测试点有哪些)

测试设计:编写测试用例、编写测试工具、测试用例评审

测试执行:执行测试用例、发现BUG、提交BUG、验收BUG...

测试评估:产出一个测试报告

3. BUG

3.1 如何描述一个BUG

一个合格的BUG描述应该包括一下几个部分:

  • 发现问题的版本
  • 问题出现的环境
  • 错误重现的步骤
  • 预期行为的描述
  • 错误行为的描述
  • 其他

3.2 如何定义BUG级别

不同公司定义BUG级别不同。

举例:崩溃、严重、一般、次要。

3.3 BUG 的生命周期

      RD:开发  PM:产品 QA:测试

  • New:新发现的BUG,未经评审决定是否指派给开发人员进行修改。
  • Open:确认是BUG,并且认为需要进行修改,指派给相应的开发人员。
  • Fixed:开发人员进行修改后标识为修改状态,有待测试人员的回归测试验证。
  • Rejected:如果认为不是BUG,则拒绝修改。
  • Delay:如果认为暂时不需要修改或暂时不能修改,则延后修改。
  • Closed:修改状态的BUG经测试人员的回归测试验证通过,则关闭BUG。
  • Reopen:如果经验证BUG仍然存在,则需要重新打开BUG,开发人员重新修改。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值