一些测试相关的知识点(一)

软件测试的目的

验证软件的功能是否符合需求,避免因软件缺陷而造成的经济损失

测试人员的任务

更早更快的发现软件中的缺陷,衡量软件的质量并关注用户的需求

测试阶段

单元测试―〉集成测试―〉系统测试―〉验收测试

测试的流程

需求评审―〉制定测试计划―〉设计测试用例―〉编写测试用例―〉冒烟测试―〉执行测试用例―〉提交bug―〉回归测试―〉提交测试报告

测试中与遇到的问题

1、需求变更

2、需求不明确

3、未使用bug管理工具

4、版本变更

bug的定义

软件中隐藏的缺陷,漏洞和问题

bug的等级

致命——系统奔溃,闪退

严重——大规模功能模块丧失,影响其他模块

一般——小规模功能模块丧失

提示——界面文字出现错误等

建议——对软件本身的建议,自身体验感

bug的分类

  1. 代码错误
  2. 界面优化
  3. 设计缺陷
  4. 安全相关
  5. 部署安装
  6. 配置相关
  7. 性能问题
  8. 标准规范
  9. 测试脚本

如何向开发呈现你发现的bug

1、首先,确认是不是一个bug,检查自己的测试操作和搭建的测试环境有无问题,并与需求对应,确认该问题是不是一个bug。

2、查看bug的随机性。

  1. 可重现,具体详细的说明重现的步骤。
  2. 难重现,仔细描述bug,说明其的随机性

3、写bug报告,精简描述,一目了然的bug标题和清晰的bug描述。将bug出现的测试步骤,预期结果,实际结果和结论叙述完整。

bug生命周期

一般为,新建―〉打开―〉验证―〉解决―〉关闭

测试人员发现并确认bug,提交bug到测试组长,测试组长将bug提交给开发组,开发组长分配给开发人员。开发人员修复bug时,设定bug为opened,修复好了设置bug为fixed。提交回测试人员,测试人员执行回归测试,测试通过,则关闭bug为closed。若开发人员和测试组长讨论,认为该问题不是一个bug时,设为开发人员可设为rejected。

bug生命周期图

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值