跳到主要内容

develop-case

开发Case流程

总原则

case需要更新的时候应及时,保证case与当前产品同步 没有意义的case也要及时删掉

选择Case

主动

综合从以下等维度选择和设计

  • 按照风险,比如按照用户使用频率,按照出问题引起的损失
  • 按照功能覆盖,比如覆盖新开发的功能
  • 按照自动化覆盖,比如将原手动的用例自动化

被动

  • 研发,测试,项目等要求

设计Case

Case描述

从大层面描述这个case的目的,验证哪一方面等 描述应该清晰易懂

Case主要步骤

比如哪个主体做了什么动作,期待什么结果等,类似User Story

手工或半自动验证

在设计阶段,可以手工或半自动验证,半自动指的是某些步骤手工,某些步骤通过 程序调用 这个步骤目的是为了验证案例可行,防止后面写了半天发现用例不可行

准备相关资源

比如创建用户,上传图片,视频,配置用户等 撰写对应json.j2脚本并调试

封装对应接口

封装接口的目的是为了重用代码,比如创建用户的接口,可能很多case都会用到, 所以在首次用到时可以封装

开发调试

撰写对应json.j2脚本并调试

按需迭代

前面描述是单次流程,在进行过程中应按需迭代,比如在开发调试过程中,发现理解有误,需要修改 case,那么就应及时修改case,因为这时候继续底层的工作可能已经没有意义了

大的原则是从上到下设计和实现,下面的设计和实现对上层反馈,按需触发新的循环

清理旧数据

清理旧数据防止干扰测试运行 完全删除重建,从而验证整个流程正确