我的账户
啄木鸟学院

专注软件测试菁英教育

亲爱的游客,欢迎!

已有账号,请

如尚未注册?

测试用例和缺陷管理

[复制链接]
安吉丽娜 发表于 2020-3-26 10:01:15 | 显示全部楼层 |阅读模式 打印 上一主题 下一主题
测试用例基础
课程目标:
掌握测试用例的基本项
编写简单的测试用例
了解测试用例的写作注意事项

一、测试用例的作用
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、严重程度和优先级设置不合理

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


分享本篇文章给更多人:


63.9K
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关注0

粉丝0

帖子21

发布主题
大家都在学
课堂讨论
一周热帖排行最近7x24小时热帖
关注我们
专注软件测试菁英教育

客服电话:17792550360

客服时间:9:00-21:00

卓目鸟学苑 - 专注软件测试菁英教育!( 陕ICP备20001493号-1 )

版权所有 © 西安菁英教育科技有限公司 2023-2026