认识达内从这里开始

我们在前几期的文章中给大家简单介绍了关于需求测试分析的一些基础知识等内容，而本文我们就再来了解一下，需求测试分析流程都有哪些步骤。

流程

既要有正常流程的描述，也要有异常流程的描述

不同流程状态的可操作项

如在审核状态下，提交流程的人只可查看流程信息，不可编辑流程信息

流程不同岗位的信息查阅权限

如流程节点a——b——c，b、c可以填写流程审批意见，可能因为a是外部客户，但是c审核的一些具体内容不希望被a看到，如审批信用卡，a看到一些具体信息可能会想办法去规避，所以流程控制a只能得知终结果，看不到具体审批意见，而b是内部人员，可以看到c的审批意见。

历史存量流程的处理

如果修改已有流程的节点，那么原来已经发起的在途流程，是按新的流程处理还是按旧流程处理

流程是否可以再被否决、驳回后可再次提交

已结束流程的查看与编辑

一般已结束流程的信息是不会改变，也不能再编辑。但可能因为流程中的一些字段信息是获取某些会发生变化的数据，如利率、汇率，那利率、汇率发生变化后，已结束流程的数据是需要保持当时时点的数据。

在途流程数据的取值规则

在途流程中的一些数据，如果这些数据会发生变化(因为流程审批需要时间)，如利率、汇率，那利率、汇率发生变化后，在途流程的数据是取新的还是流程发起时点的

流程多人审批问题

如一个流程同时提交到a、b、c(同级别)，3个人都可以审批流程，那谁先审批，其他人便不能在审批，如a审批后，b、c在待办任务中看不到此流程

如一个流程同时提交到a、b、c(同级别)，a、b都打开了流程审阅信息，a先审批，然后又审批，如何处理

审批前流程被撤回如何处理

如一个流程提交到a，a已经打开流程查看信息，但还没有审批，这时候发起人撤回流程，a再审批流程，怎么处理

权限、角色

需求是否明确不同权限、角色可以进行的操作

新增权限、角色时，权限、角色的初始化，是脚本初始化，还是手动配置

修改权限、角色时，原来已经绑定这个权限、角色的用户怎么处理

明确权限大小规则，如有a、b两个权限，a的权限更大，用户同时配置a、b权限，是以哪个权限为准

数据

历史数据的处理

功能改造会响应数据，那么已存在的数据如何处理

数据初始化

新增一些标识，那原来没有这个标识的数据是否进行初始化。如证件类型原来有一个“其他”类别并标识了一些数据，现在证件类型“其他”类别拆分为“其他”、“港澳台身份证”

数据定义是否清晰

如社保通系统的统计分析功能，原来提交审核数量、满足购房条件、不满足购房条件的数据定义不明确，原来没有说明“以生成凭证的为准”

数据来源是否说明清楚

如数据来源与接口，需要明确是哪个接口哪个字段

数据的异常展示

如表单当中文本超长时是否换行展示，

如展示的长度是否有限制(测试不动产计算器发现开发限制了计算结果的长度，输入框是限制输入13位数字，结果开发实现显示框也只展示13位，而需求并没有说明这一点)

通过计算得到的数据的展示，如除不尽时怎么展示

数据为空时，页面如何展示

数据覆盖取值规则

如一个流程，人员a把流程提交给人员b，人员b可以驳回流程，人员a可填写提交意见再次提交，需求要求是人员b需要看到人员a的提交意见，如果多次驳回提交，是取新的提交意见吗

数据删除是物理删除还是逻辑删除

物理删除，直接从数据库把数据删除掉

逻辑删除，一般是把数据置为无效状态，还是保留在数据库当中

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。