第十:用例编写规范

1.用例编写避免大篇幅文字,尽量使用短语言简意赅,便于他人理解
 
2.用例内容主次分明结构清晰,标题内容格式缩进,便于他人阅读
 
3.杜绝直接复制UC内容,所谓测试分析就是要在需求的基础上
3.1.提炼成测试逻辑进行表述

4.通用校验点尽量抽成公共用例,减少用例维护量

5.相同的检查点,无需重复编写用例,在用例中注明参照已有用例的路径即可

6.检查点涉及数据库时,都需要包含数据库检查

7.以产品维度持续更新用例,而不是直接以项目形式建用例

8.用例功能点设计与ceres各业务模块的业务地图保持一致
8.1.用例功能点更新时,同步更新业务地图

一.用例设计

1.用例结构设计

1.1.以实际业务功能维度设计用例,不根据页面维度设计
1.1.1.功能点再根据先前端检查,后业务逻辑细分

2.前端检查

2.1.功能入口:入口、角色、权限等
2.2.输入控件:页面交互、控件类型、是否必填、取值、数据库对应表.字段等
2.3.操作按钮:功能、数据库检查、后续流程检查等

3.业务逻辑检查

3.1.流程申请
3.1.1.查询、保存、提交(正常+异常)、撤回、删除、转交等,及操作结果检查

3.2.流程审批
3.2.1.审批流程:每个审批节点分别设计用例(如审批流程节点少逻辑简单,可写在同个用例)
3.2.1.1.单个用例包含:取值逻辑、数据库表.字段(必要时附上测试常用sql)

3.2.2取值逻辑建议用表达式说明
3.2.2.1.当合同金额≤总裁D的审批金额时:直接由金额权限最高的需求方主管一级审批
3.2.2.2.当合同金额>总裁D的审批金额时:由总裁D开始逐级审批

3.3.签核:通过、不通过、撤回、退回等,当前业务状态检查,及下一步操作检查

二.TC样例

1.前端用例-样例
用例名称:XXXX(前端)

前提条件:
1.入口:ceres-合同管理-条款管理
2.角色:合同模板管理员、系统管理员
3.点击“新增标题”按钮,弹出标题新增浮层

操作(输入)说明:

预期结果:

1.标题名称:ts_title. name 
  1)必填,文本框,唯一性校验

2.归属角色:ts_entity_domain_rela .entity_type=title
  1)必填,多选勾选框
  2)取值 :
        法务:ts_entity_domain_rela.domain_code=Legal
        财务:ts_entity_domain_rela.domain_code=Finance
        需求方:ts_entity_domain_rela.domain_code=Demand
        采购:ts_entity_domain_rela.domain_code= Purchase
   3)勾选归属角色时的校验:
      a.审批合同时,审批人看到的合同标题根据对应的归属角色进行过滤显示:
      见用例“合同-02合同申请审批-02签核-06模板合同审批页面条款修改”
      b.采购员在申请合同时,可以增删改条款:
        i.合同金额<采购经理一级、财务初审金额权限: 不影响审批流
        ii.合同金额>采购经理一级、财务初审金额权限&条款被增删改:
        根据条款对应的审批角色,增加二级审批环节

3.【确定】
  1)必填项检验、唯一性校验
     a.必填项检验:必填项如有未填,无法提交,给出必填项提示
     b.唯一性校验:新增标题已经存在列表记录中,给出提示:已存在同名标题
  2)新增成功
     提交成功, 关闭浮层并刷新标题列表,新增有效状态的标题
2.业务逻辑用例-样例
用例名称:XXXX(后端)

前提条件:
1.合同状态:已提交

操作(输入)说明:

预期结果:

1.取值逻辑:
  1)当合同金额≤总裁D的审批金额时:直接由金额权限最高的需求方主管一级审批
  2)当合同金额>总裁D的审批金额时:由总裁D起批,并向上逐级审批

2.特殊场景:
   1)实际需求方主管为虚拟员工、兼职员工时:审批流中显示真实账号
   对应的真实账号待我审批页面可正常审批
   权限金额取该虚拟员工、兼职员工对应的审批权限
   2)审批流屏蔽共产党
   3)异常流:以下几种情况提交时进行提示,且不能发起流程
      a.总裁D未设置金额权限(合同金额>总裁D的审批金额时):
      提示“总裁-D: 姓名/工号,在OU:ouCode下未配置合同审批金额权限,
      请联系BU财务:姓名/工号 进行配置!”
        财务接口人配置表:在barcadi上配置
        总裁配置表:审批流中兼职、虚拟账号转换为其真实账号,
        在配置表中判断是否为总裁, president_info.president_emp_num
      b.直接过滤离职的审批人

3.查询sql
  1)实际需求方汇报线:am_approve_list,am_employee
          select a.emp_id,a.emp_name
          from am_approve_list l, am_employee a
          where l.emp_id ='038912'--实际需求方工号
          and a.emp_id = l.approver_id
          and a.active = 'Y';
   2)查询实际需求方、实际需求方主管审批权限金额:fin_approve_model ,form_type='PAY_CT’
      实际需求方主管审批在对应的OU下没有金额权限时,
      取A50下金额审批权限(如果金额为空,默认金额取值为零)
           select * from fin_approve_model 
           where employee_number='011741'--实际需求方、实际需求方主管
           and   form_type='PAY_CT'
           and   ou_code='A50'--本公司签约单位
           and   is_active='Y';
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

卢卡平头哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值