测试之缺陷

缺陷介绍

缺陷的定义：

软件中使⽤中任何问题都为缺陷，简称：bug

缺陷的判定标准：

1、少功能 -->软件未能实现需求说明书中明确要求的功能
2、功能实现错误 -->软件出现了说明书指明不应该出现的功能
3、多功能 -->软件实现的功能超出需求说明书指明的范围
4、隐性功能错误 -->软件未实现需求说明书中虽为明确指明但应该实现的要求
5、不易使用–>软件难以理解，不易使用，运行缓慢，用户体验不好

缺陷产⽣的原因

需求阶段：需求描述不易理解、有歧义、错误等。
设计阶段：设计文档存在错误或者缺陷。
编码阶段：代码出现错误。
运行阶段：软硬件系统本身故障导致软件缺陷

结论：是软件就有缺陷。

扩展—分工作用（如果出现了缺陷应该找谁？？？）：

1、前端：写⻚⾯
2、后端：后端服务程序
3、测试：找缺陷
4、ui： 设计图（美⼯）
5、运维：管理服务器（安装软件项⽬的电脑）
6、产品：梳理需求、设计原型图
7、运营：上线运营策

缺陷产生的原因：

需求阶段：需求描述不易理解，有歧义、错误等
设计阶段：设计文档存在错误或者缺陷
编码阶段：代码出现错误
运行阶段：软硬件系统本身故障导致软件缺陷

缺陷的生命周期：

注⼊bug->发现bug->修复bug

缺陷描述的核心内容：

提示：描述缺陷使⽤，附件可以为空

提交缺陷的要素

提示：通过缺陷管理⼯具与开发交流使⽤

缺陷类型

如何区分前端bug还是后端bug？

1、如果是界⾯或兼容性的错误为前端bug
2、如果是功能错误区分前端和后端bug,需要抓包查看请求和响应。

缺陷编写

示例

有关于 验证码测试点：1、为空 2、正确 3、错误 4、过期

流程：

发现bug后，⾸先会怎么办？–确认bug可复现(万一提交一个假bug就恼火了哟)。

缺陷：

1、缺陷Id:使⽤了⽤例id
2、标题：操作数据描述+预期+实际
3、测试步骤：操作步骤+数

缺陷管理⼯具：

	禅道、jira

特点：

对测试⽽⾔的作⽤：

缺陷管理【重点】
⽤例管理(用起来麻烦一点，用excel相对比较nice)

禅道缺陷管理(提交bug)：

测试操作：1、提交缺陷 2、关闭缺陷

⽤例管理：

提示：使⽤禅道管理⽤例，便捷之处：可以记录执⾏结果和转为bug.

总结

一个注册功能的测试点：

正向3条+逆向16=21个测试点

知道了缺陷的判定标准
知道了缺陷的管理流程
用Excel对于缺陷进行管理 使
用禅道管理缺陷