测试用例和缺陷管理

chenguanzheng

测试用例基础
课程目标：
掌握测试用例的基本项
编写简单的测试用例
了解测试用例的写作注意事项

一、测试用例的作用
1、记录测试思路
2、标记测试场景与对应的预期结果
3、判断测试的覆盖度和粒度
4、分配测试任务
5、指导测试执行：
        指导回归测试和冒烟测试
        不熟悉需求的测试人员
6、测试工作的阶段产出物，是质量管理规范的要求

二、基本要求
1、核心内容清晰、
2、覆盖度

三、测试用例八大要素
1、用例编号
        唯一性、易识别性
        系统测试：ST
        集成测试：IT
        单元测试：UT
        例子：产品编号-ST-测试项名-测试子项名-用例序号
2、测试项目（用例名\测试场景）
       
3、测试标题
        描述用例的关注点和出发点
4、重要级别
        高：基本功能、核心业务、使用频率高
        中：基于高和低之间
        低：使用频率低
        例子：
        微信-高：注册、登录、通讯录、聊天、朋友圈
        微信-中：支付、买电影票、扫码小程序
        微信-低：微信帮助、看一看
5、预置条件
6、测试输入
7、操作步骤
8、预期输出


四、测试用例评审
1、评审人员
参与人员、测试人员、项目人员、领导
2、评审方式
邮件评审、会议评审
邮件评审：反馈时间外，默认处理结果
会议评审：
        1）评审按用例的优先级、功能复杂程度进行
        2）思路清晰，简洁阐述每个功能点
        3）同一个问题的讨论不超过5分钟
3、评审准备
材料提前一天发，做好准备
4、会议评审测试用例讲解
        1、覆盖率
                所涉及的业务、功能模块
                具体覆盖的业务环节、模块子功能
        2、粒度
                针对具体业务环节、子功能涉及用例的数量
                正常场景和异常场景的比例
5、风险评估
        针对测试用例的讲解，项目组成员提出疑问和风险
        1、列出预期结果不明确、业务流程不明确等情况--项目组成员互相之间可以提出疑问和解答疑问
        2、由用例数量、执行难度反推项目的时间安排、资源投入存在的风险
6、评审报告
7、评审反馈


缺陷管理：
缺陷的基本概念：缺陷、故障、失效
任何软件都存在缺陷，就算是windows操作系统，这样已经非常成熟的软件，也存在着缺陷。但是，这些缺陷隐藏的很深，一般不会被触发，或者可能永远不会被触发。而一旦触发了缺陷，则会引起故障，故障是缺陷的外在表现。故障发生了，却不一定会引起失效，因为在开发的时候，开发人员会考虑到这种情况。例如数据丢失，这是一种故障，但不一定会引起失效，因为开发人员准备了备份的数据库，系统照样可以正常使用。

一般情况下，缺陷引起故障，故障引起失效。但现实情况却是，缺陷不一定会被触发，就算触发了缺陷引起了故障，也不一定会引起失效。


缺陷类型：
遗漏--需求规格说明书里的需求没有实现
错误--实现了，但是错误了
额外实现--没要求做
改进--界面可以优化

缺陷来源：
1、软件未实现需求规格说明书要求的功能
2、软件为实现需求规格说明书虽为提及但应该实现的目标
3、软件出现了需求规格说明书要求的功能，但错误了
4、软件出现了需求规格说明书为要求的功能以外的功能

缺陷报告单：
缺陷跟踪单

缺陷报告的作用：
1、缺陷能够得到认可
2、缺陷报告可以作为沟通交流的一种渠道，开发人员与测试人员对缺陷认识一致
3、可以进行跟踪和处理
4、可以做缺陷分析

缺陷报告属性：
1、缺陷编号     自动生成，按照提交时间排列序列号
*2、摘要信息\标题     简洁说明缺陷的实际问题
3、缺陷提交人
4、缺陷提交时间
*5、缺陷严重程度    对使用造成多大影响
        致命：无法使用
        严重：最核心功能可以使用，主要功能用不了
        一般严重：辅助功能不可以使用
        一般：页面的文字错误，排列不整齐
6、缺陷优先级：  开发人员修改缺陷的处理时间先后
        非常高：当天解决
        高：三天解决
        中：一周之内解决
        低：两周之内解决

*7、重现    bug至少出现3次
8、测试阶段：单元、集成、系统、验收
9、测试模块
10、对应的测试需求号
11、对应的测试用例号
12、测试环境：硬件仪器型号
13、测试版本
14、测试类型：功能、性能、安全
15、缺陷类型
16、缺陷的重现步骤：发现这个缺陷的步骤、明确细节，预期结果和实际结果
17、附件
18、状态：缺陷生命周期状态
        新建、打开、重复、拒绝、延迟、分配、再次打开、已修复、关闭

缺陷报告原则（5c原则）
1、correct 正确的 不要误报缺陷
2、 concise 简洁的  简洁给出出现bug的步骤
3、consistent 一致的   缺陷报告的风格一致，不要个性化
4、clear  清晰的    数据精准描述
5、complete  完整的 缺陷报告的内容都要填写

测试在提交缺陷时要中立客观，不要挖苦讽刺幽默，对事不对人

缺陷管理工具：
QC
TD
ALM
Jira
Bugfree
Bugzilla
Mantis
禅道（国产、有免费、有付费，一分钱一分货）

缺陷填报常见问题：
1、标题描述不够清晰明白，太长
2、步骤描述太冗长，没有相关配图配合描述；文字为主
3、严重程度和优先级设置不合理

缺陷报告写作要点：
能再现性：
可初步定位：
举一反三：

lsekfe

不错的分享，支持下！

Miss_love

支持下