测试开发-3-基础篇

本文详细介绍了软件测试的生命周期,包括需求分析、测试计划、设计、执行和评估等阶段。强调了测试用例的编写、BUG的描述与级别划分,并提供了BUG管理工具的使用方法。同时,讨论了如何处理与开发人员的冲突,以及BUG的生命周期状态。
摘要由CSDN通过智能技术生成

软件测试的生命周期

回顾:软件开发的生命周期

需求分析-计划-设计-编码-测试-运行维护

软件测试的生命周期(软件测试的流程)

需求分析-测试计划-测试设计/测试开发-测试执行-测试评估

  • 需求分析:验证需求的正确性,合理性;细化需求找出测试项,写测试用例
  • 测试计划:测试人数,测试环境,测试时间,测试设备
  • 测试设计/测试开发:根据需求,写测试用例
  • 测试执行:开发已经完成,执行测试用例,验证功能,验证BUG
  • 测试评估:写了多少测试用例,执行了多少,剩余的测试用例数BUG数量,解决的BUG数量。遗留的BUG以及解决方案,测试范围和测试功能。

如何描述一个BUG

BUG管理工具,文字形式 :禅道,jira,tapd

1:测试版本号(代码版本信息)

2:测试环境

  • web系统
  • app:软件设备 安装/ios/windows/鸿蒙/塞班
  • 硬件设备:手机品牌(系列)电脑品牌

3:测试数据 :更加快速的复现问题

4:测试步骤

5:测试实际结果

6:测试预期结果

7:附件,错误日志,错误截图等等。

BUG的级别(了解)

每个公司都不一样,这里只是普遍的情况

1:奔溃

  • 系统无法正确运行,出现崩溃,操作死锁,死循环,黑屏,阻碍测试人员的工作
  • 如果线上出现这种情况怎么办?怎么去补救?
  • 回退到一个稳定的版本

2:严重

系统运行,但是不稳定,继续运行下去会造成严重的损失,重要的功能没有实现,或者功能和需求不符合,

数据库中用户数据存储错误,威胁到用户的安全(信息,财产)

3:一般

次要的功能没有实现,或者有错误,系统可以稳定的运行

4:建议

会影响用户的体验,排版(局促)颜色不符合大众审美,信息没有换行,或者提前换行

BUG生命周期

BUG的各种生存状态

如果因为BUG和开发人员产生冲突

  • 检查,看BUG描述是否清楚
  • 从用户的角度去说服开发人员修改
  • BUG定级要有理有据(根据公司的规范)
  • 不断提升自己的业务水平和技术水平
  • 不要争吵,找产品经理讨论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

伦敦看日出

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值