软件测试

软件测试

笔记记录—基础篇

软件测试的生命周期： 需求分析→测试计划（范围、时间、人员、工具）→ 测试设计/开发（测试用例）→ 测试执行（执行测试用例、补充测试用例）→ 测试评估（覆盖范围、bug情况统计、测试报告）

如何描述一个BUG？

（1）测试版本： 当前测试的系统所在的代码版本
（2）测试环境：系统所在的环境
web系统：浏览器的版本号
APP：系统（iOS、Android）、系统的版本号、测试所在的机型

（3）测试步骤： 引起bug的操作步骤
（4）测试数据：引起bug的输入信息，或者数据
（5）测试实际结果与预期结果
（6）其它（错误截图、错误日志等附件）

BUG的级别

崩溃：系统无法正常运行，死机
严重：系统还可以运行，但是不稳定，如果继续运行，会产生严重的后果。
一般：系统可以稳定运行，但是一些一般功能没有实现。实现了的有问题，不影响用户使用。
次要：建议性的bug，界面的问题

例如：
崩溃：一个烧坏了的插板；
严重：一个漏电严重的插板；
一般：一个只有指示红灯不会亮的插板；
次要：一个脏了的插板。

BUG的生命周期

记录在bug的管理系统，例如：jira、tapd、禅道等。

测试与开发有bug争执则么办？

1.先检查自身，是否bug描述不清楚
2.站在用户角度考虑问题 应该让开发人员了解到Bug对用户可能造成的困扰，这样才能促使开发人员更加积极地、高质量地修改Bug。在争执时，可以问一句：如果你是用户，你可以接受么？
3.bug定级要合理，有理有据，严格按照公司的bug定级制度
4.努力提高自身的技术和业务水平，不光提问题，最好还能提出解决方案
5.实在不行，可以发起bug评审，通过团队 决定如何处理Bug、分析缺陷产生的原因，找出预防的对策。