软件的测试基础

1.软件测试的生命周期:软件测试的流程

需求分析——测试计划——测试设计/开发——测试执行——测试报告

1.分析需求

2.验证需求:正确性、合理性

3.细化需求

4.根据需求去提炼测试点

1.确定测试范围、目的、目标

2.测试人员

3.测试工具

4.时间

5.测试环境

1.开发测试用例

1.开发人员已经提交代码

2.执行测试

3.提交BUG

1.本次迭代的测试情况进行分析和总结

2.写了多少测试用例执行了多少

3.发现了多少BUG,修改了多少,剩余BUG的解决方案

4.测试的覆盖率

2.如何描述一个BUG?

  1. 测试版本(代码提交版本号)
  2. 测试环境:因为在不同的测试环境问题出现的情况不一样。例:不同的操作系统、不同的浏览器、浏览器的不同版本、软件环境、硬件环境(不同的设备)等。
  3. 测试步骤:测试数据和执行测试的详细步骤,为了方便开发人员复现问题
  4. 实际结果
  5. 预期结果(需求期望的结果)
  6. BUG产生时的log日志,错误截图等附件

3.BUG的级别:

  1. 奔溃:

系统奔溃,不能运行,死循环,数据库死锁,资源分配不均,黑屏,闪退,阻塞。

线上(用户使用的环境)出现奔溃级别的BUG:回到上一个可用稳定的历史版本。

  1. 严重

服务器可用,但不稳定,继续使用会产生严重的错误;一级菜单错误,数据库插入用户数据错误,威胁到用户安全等。

  1. 一般

系统可以稳定的运行,次要的功能没有实现,提示语不完善,弹出框没有关闭按钮,不影响用户使用。

  1. 建议(次要)

建议性的,提示信息重叠(看不清楚),界面排版不符合用户使用习惯,颜色不符合软件使用场景。

4.BUG的生命周期

一个BUG从无到有的各种状态。

5.如果测试人员因为一个BUG和开发人员产生冲突,怎么办?

  1. 检查自己的BUG描述,是否描述清楚
  2. 可以从用户角度考虑,说服开发人员
  3. BUG定级要有理有据,符合公司规范
  4. 测试人员需要不断提升自己的专业技能和业务水平(权威性)
  5. 找产品经理讨论解决方案
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值