测试基础知识

一、测试模型:
1.V模型
在这里插入图片描述
2.W模型
在这里插入图片描述
3.软件测试的生命周期
需求分析----测试计划----测试设计、测试开发----测试执行----测试评估
4.描述缺陷的要素
版本、环境、步骤、数据、预期结果、实际结果、附件
5.缺陷的级别
崩溃 严重 一般 次要
二、bug的生命周期
New:新发现的bug,由测试人员发现
Open:确认是bug,指派给相应的研发人员
从New到Open都是有测试人员完成
Fixed:研发人员修改缺陷,标识成修改状态
Rejected:如果认为不是bug,则拒绝修改
Delay:如果认为不需要修改或暂时不能修改,则延后修改
Closed:修改状态的Bug经测试人员的回归测斌验证通过,则关闭Bug。
Reopen:如果经验证Bug仍然存在,则需要重新打开Bug,开发人员重新修改。
BUG状态转换图
在这里插入图片描述
如何发现更多的bug?
1.软件测试同样存在二八原则,80%的故障集中于20%的模块,如果某部分问题较多,加强测试广度和深度。
2.开发人员也存在二八原则,80%的故障集中于20%的开发人员,如果某些开发人员的bug较多,加强他开发模块的测试广度和深度
3.多进行逆向思维和发散性的思维
4.不要局限于用例和需求文档
5.尽早介入项目,不要等到开发的差不多了再介入项目
测试用例的基本要素:
1.用例表达清楚,无二义性
2.用例的可操作性强
3.用例的输入与输出明确,一条用例只有一个预期结果
4.用例的可维护性好
5.用例对需求的覆盖率高
6.暴露bug的能力强

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值