测试笔记02

一、测试用例

1、测试用例理解

• 定义

  为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例.。

• 为什么要使用测试用例

  • 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率

  • 测试用例的使用令软件测试的实施重点突出、目的明确。

  • 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

  • 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

2、测试用例模板

• 用例编号
• 所属模块
• 用例标题
• 优先级
• 前置条件
• 操作步骤
• 预期结果
• 实际结果

二、缺陷

1、缺陷介绍

• 定义

  软件缺陷就是通常说的Bug，它是指在软件中(包括文档和程序)存在的影响软件正常运行的问题、错误。

• 软件缺陷判定标准

  ​1️⃣​：软件没有完成 设计中表明的功能—少功能

  2️⃣：软件超出设计中指定的功能–多功能

  3️⃣：软件出现了设计中指明的约束-- 没有实现约束

  4️⃣：软件测试人认为软件难以理解、不易使用、运行慢、体验不好–外在缺陷

2、缺陷产生的原因

1. 需求不明确和变更
2. 编码问题-- 产生缺陷的最大原因
3. 使用新技术-- 新技术本身有缺陷

3、缺陷的分类

1. 界面UI缺陷
2. 功能缺陷
3. 性能缺陷
4. 安全缺陷
5. 兼容缺陷

4、缺陷的严重程度(级别)

• 致命缺陷 软件崩溃、数据丢失
• 严重缺陷 严重影响系统要求或级别功能实现
• 一般缺陷 不影响基本功能实现
• 轻微 建议

5、缺陷的优先级

• 立刻解决
• 高优先级
• 正常排队
• 低优先级

6、缺陷发生阶段

• 需求阶段缺陷
• 设计阶段缺陷
• 编码阶段缺陷
• 测试阶段缺陷

7、缺陷状态

New 缺陷刚被发现，提交给开发者

Open 开发者看到了测试提交的bug，接收了这个bug，状态就是Open

Rejected 如果开发者认为这不是一个bug，会拒绝，状态就是拒绝状态Rejected

Fixed 开发者修改好了bug，并提交

Closed 测试人员对修复的bug进行回测，没有发现问题，就关闭掉这个bug

Reopen 测试人员对修复的bug进行回测，发现还有问题，则会再一次提交，bug变成reopen状态

三、缺陷管理工具

我们缺陷管理，一般都是通过工具来完成的，目前市场上比较流程的工具有

禅道、BugFree、Bugzilla、QC(花钱)