测试开发基础篇

目录

软件测试的生命周期

如何描述一个BUG 

内容

BUG的级别 

 BUG的生命周期

---

软件测试的生命周期

1. 需求分析：站在用户的角度，查看需求逻辑是否正确，是否符合用户的需求和行为习惯，站在开发人员的角度，思考需求是否可以实现，或者实现起来的难度大小
2. 测试计划：包括但是不限于测试的工时，人力的安排
3. 测试设计，测试开发：设计测试用例，经验丰富的白盒测试人员可以开始单元测试
4. 测试执行：参考测试用例来执行测试
5. 测试评估：测试人员需要记录测试，做好缺陷管理，然后进行测试的评估

软件测试 & 软件开发生命周期

如何描述一个BUG 

内容

• 1发现问题的版本
• 2问题出现的环境
• 3错误重现的步骤，描述问题重现的最短步骤。
• 4预期行为的描述
• 5错误行为的描述
• 6其他 某些公司会有一些其他的要求，例如故障的分类：功能故障，界面故障，兼容性故障等
• 不要将多个BUG放在一起

BUG的级别 

这里仅供参考，工作后要提前看企业中对应的BUG定级标准文档

1. 崩溃，阻塞开发盒子测试工作的问题，造成系统崩溃，死机，死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失
2. 严重 软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序
   接口错误，数值计算统计错误等
3. 一般 功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等
4. 次要 界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失

 BUG的生命周期

每个公司、每一个工具对bug生命周期的定义都是不一致的，下面仅是一个常见的例子

阶段

 

BUG的生命周期图

如何与开发交流

1.  具备评判性思维（先检查自己），多反思自己是不是bug描述的不够清除，无效的bug
2. bug等级一定要有理有据
3. 合理友好的进行沟通，站在用户的角度反问 ：如果你是用户，你能接收这样吗？
4. 提高自身的技术和业务水平 . 不光要提出问题 , 最好也能提出解决方案
5. 组织bug评审 邀请代表参加bug评审，产品代表，开发代表，测试代表  1如何解决bug2如何预防类似的bug