敏捷用例平台实现在线高效化用例评审-六虎

《目录章节》

一、用例评定流程是怎么样的

1、相对规范用例评定流程

【测验用例预备】

【评定预备流程】

【相对比较正式的用例评定会议纪要】

2、常见的用例评定流程（现状）

【评定告诉和会议】

【用例评定会议纪要】

【现状存在的问题】

*1、短少一致化办理
*

*2、隐藏不知道的风险
*

*3、影响用例质量和测验质量
*

二、灵敏用例渠道结合用例评定的功用规划

1、结构流程规划

2、用例评定功用&评定进程

3、功用完成

三、在线化用例评定的总结

一、用例评定流程是怎么样的

1、相对规范用例评定流程

【测验用例预备】

为更好地进行测验用例评定，测验用例或许会做如下收拾

功用测验用例
冒烟测验用例（功用测验用例中的高优先级用例）
单模块内的高优先级用例
涉及上下游系统的中心流程用例，即联调测验用例
……

【评定预备流程】

提早预定会议室，邮件邀请项目要害干系人，包括但不限于产品，研制等
测验用例作为邮件附件，以便参会人员提早熟悉
会议中记载问题，确定跟进人及完结时刻
评定完毕后输出评定会会议纪要
1个工作日内根据会议纪要修改完善测验用例
测验用例导入测验用例办理工具
……

【相对比较正式的用例评定会议纪要】群发音讯告诉（邮件或许即时聊天工具等等）

时刻：2022年xx月xx日

人员：xxx，xxx，xxx……

xxxxxx需求的用例评定，会议纪要如下：

一.用例评定模块：

邮箱账号登录功用

登录流程优化

款式调整

二.已同步问题点如下：

xxxx

xxxxx

xxxx

xxxxx

三.用例相关说明如下：

用例相关说明如下：

用例共150条

功用用例：150，占比100%

冒烟用例：75条，占比50%
回归用例：30条，占比20%
……

四. 附件是收拾后的用例，请相关人员查阅，假如有疑问，请及时沟通

以上讨观点，测验侧用例已更新，见附件~

2、常见的用例评定流程（现状）

在灵敏迭代的工作中，为了进步功率，往往比较繁琐的用例评定流程都被简化了

【评定告诉和会议】

或许是这样的，直接告诉所有人在什么时刻段进行评定，短少提早预览用例和补白问题

也或许是这样的，先评定一部分，等弥补完另一部分，后续再从头安排评定

【用例评定会议纪要】

先建立在线文档，跟项目迭代一致在线化文档办理，假如用例评定进程未及时把评定记载保存到在线文档中去，在线文档一直是空白的，等过段时刻再来找找之前的用例评定记载时，或许评定记载内容已经丢失了

在线文档中，简略记载进程存在的问题和短少case

或许在在线文档中，记载评定进程相关需求疑问点和解决思路，以及需求弥补哪些case

甚至有或许一些评定会议的待办事项，是记载在本地文本工具、word文档、excel、或许手写本子上……

【现状存在的问题】

1、短少一致化办理

随着项目的快速迭代，之前用例评定时哪些人参加、提到过什么问题、记载在哪里都有或许被忘记。这些内容短少一致的在线化办理规范，将评定相关数据进行相关及保存

2、隐藏不知道的风险

项目的快速迭代中，编写测验用例或许成为质量保证非有必要准入条件，存在不需求编写测验用例，凭借个人经历直接进行测验；已写好的测验用例不需求经过评定，在程序功用刚开发完就直接进测等状况

虽然进程质量没什么问题，可是短少有力的数据验证保证，或许存在掩盖不全，导致线上bug的状况，在程序维护上增加了不知道的风险。

3、影响用例质量和测验质量

用例评定在整个研制流程的生命周期中，它不对错有必要的交给产品，可是却或许是测验人员写好测验用例要害的检查进程：需求功用点的用例是否掩盖全面、异常场景用例是否完善、接口用例是否弥补、中心场景是否有冒烟用例……；放大影响面来评估，会直接影响整个软件进程的测验质量，存在事务场景的测验掩盖不全、短少异常场景验证测验、中心场景验证测验不全……呈现漏测少测等状况，导致呈现线下、线上bug。