wordpress 查询 分页,宁波seo关键词如何优化,网站开发商品排序逻辑,建个网站 网页空间多少『测试管理攻略』| 如何理解测试用例管理和缺陷管理#xff1f; 1 测试用例定义2 测试用例设计原则3 测试用例的评审4 测试如何维护#xff1f;5 用例的作用6 用例管理工具7 缺陷关注的重点8 缺陷分析9 缺陷管理工具 1 测试用例定义
测试用例#xff08;TestCase#xff0… 『测试管理攻略』| 如何理解测试用例管理和缺陷管理 1 测试用例定义2 测试用例设计原则3 测试用例的评审4 测试如何维护5 用例的作用6 用例管理工具7 缺陷关注的重点8 缺陷分析9 缺陷管理工具 1 测试用例定义
测试用例TestCase为测试对象编制一种测试输入、执行条件和预期结果用例可以体现测试方案、方法、技术和策略用例的内容一般包含
# 测试对象名称
# 测试项
# 测试目标
# 测试环境
# 测试输入
# 测试步骤
# 预期结果
# 测试脚本等平常我们最简化的测试用例至少应该包含测试输入和预期结果。
2 测试用例设计原则
测试用例应覆盖三类事件
# 1、基本事件根据需求需要实现所有功能的测试用例覆盖率达到100%
# 2、备选事件程序执行中的备选情况
# 3、异常事件程序执行出错处理的路径。使用等价类划分法实现基本测试用例将无限测试变成有限测试使用边界值发现程序可能出现错误的边界问题或临界条件使用错误推断法追加一些测试用例这个和一些经验有关对照程序逻辑检查已设计测试用例的逻辑覆盖程度关于有输入条件的测试用例在开始时应选择决策表驱动法和因果图法对于参数配置类软件应采用正交实验法设计用例对于业务流程清晰的系统可采用场景法设计用例。
3 测试用例的评审
评审的要点可以分以下内容
是否覆盖了测试需求的所有功能点是否覆盖了所有非功能性测试需求测试用例编号是否和测试需求对应测试设计是否包含了正面和反面的测试用例是否明确了测试特性、步骤、执行条件、预期结果等内容是否包含了测试数据、测试数据的生成办法是否具备可操作性优先级安排是否合理是否删除了冗余的测试用例用例设计的是否简洁是否复用性强
4 测试如何维护
一般情况下我们需要对测试用例进行维护更新更新的点有
废弃的用例如何处理因需求的变更用例的标识和需求的标识是否对应经过多次迭代测试用例的优先级执行是否需要更改用例的设计场景是否需要完善用例的执行人员是否设置合理用例的版本更新等。
另外为什么需要更新维护呢原因有下
测试过程中发现用例设计不全需要进行补充完善软件交付后反馈了软件问题而这些问题恰巧在测试时并没有发现需要对这些缺陷补充相关的用例软件的更新导致需求有所变动需要更新用例等。
5 用例的作用
发现和跟踪软件缺陷更准确的反应软件的某一个特性反应软件的性能和质量明确故障责任等。
6 用例管理工具
用例管理的工具有很多比如
1、PingCode2、TestRail
3、TestLink4、Jira
5、PractiTest6、PractiTest
7、Zephyr Enterprise8、MeterSphere
9、Bugzilla、10、ZenTao我们这里来举个例子比如禅道以下为举例仅供参考具体的工具使用还是需要根据团队和项目的规模和工作模式来选择 用例的创建基本包含了很多常用的字段 用例执行一般要说明这个用例执行的情况比如失败还是通过等等 大部分平台也可以对用例进行关联bug、关联需求、关联项目等等有的是针对项目设计用例有的是直接用例库中进行设计需要的时候可以进行关联操作等。
7 缺陷关注的重点
以下是列出了缺陷需要关注的一些部分重点字段当然不止这些
关键字段说明缺陷状态比如已提交、待修改、已确认、已修改、重复、待评审、关闭等等缺陷标题简单明了说明缺陷严重程度一般为致命、严重、一般、提示、建议有的也分A、B、C、D等紧急程度从1到4最高为1级缺陷类型功能缺陷、界面设计缺陷、安全性、接口、性能、数据等缺陷提交人缺陷的提交人员便于缺陷复现、跟踪和管理所属项目或模块明确缺陷的所属解决人一般为对应的开发人员解决时间比如项目经理指定的开发人员解决缺陷的时间关闭时间最终被关闭的时间等
8 缺陷分析
我们需要对缺陷进行统计分析比如以下
缺陷的主要分布模块缺陷产生的原因根据已知的缺陷分析可能产生的缺陷模块根据缺陷的产生分析软件的质量情况根据提交缺陷分析测试人员的技术提升点根据缺陷修改的程度分析对应解决人的缺陷解决质量情况等。
9 缺陷管理工具
之前提到的用例管理工具同样适用缺陷管理
1、PingCode2、TestRail
3、TestLink4、Jira
5、PractiTest6、PractiTest
7、Zephyr Enterprise8、MeterSphere
9、Bugzilla、10、ZenTao我们看个工具吧比如TAPD 缺陷的创建 一个简单的缺陷流程
