人人都是测试专家- testCase怎么写,才能完备.

父文章

   技术人人都是xx_个人渣记录仅为自己搜索用的博客-CSDN博客

相关  testCase单测 数据准备result数据的几种形式

         testCase单测 数据准备 有几类数据 及其阶段日志打印

自动化测试

1. CI做到90%的行覆盖率，真能发现BUG吗？如何评估测试用例的有效性

2. 基于traceId的调用链treeHashCode+下游参数枚举hashCode 的单测覆盖. 可以将线上流量清晰归类. 开源产品类似

3. 配置规则，怎么测？内网文章,超级厉害.

4. 集成测试用例平台_自动化回归

5. 基于testng的自动化测试框架,自动化集成测试框架,自动本地集成测试框架,自动化单测框架_个人渣记录仅为自己搜索用的博客-CSDN博客

6. 自动化监控/测试/核对 资金流核对是大杀器 / 业务冻结和事务冻结字段分开 解决过桥/过渡账户冻结问题_个人渣记录仅为自己搜索用的博客-CSDN博客

测试用例梳理

    记一次测试testCase梳理过程_个人渣记录仅为自己搜索用的博客-CSDN博客

case写

写单测,测试如何将N个case的代码简化为1个case的代码(重用和封装)_个人渣记录仅为自己搜索用的博客-CSDN博客

集成测试case覆盖率- 还是要单测保证比较好-稳定

   集成测试和单元测试覆盖率合并_个人渣记录仅为自己搜索用的博客-CSDN博客

通过脑图,类似产品的思维方式. 职能图. 角色(内部运营配置,员工,产品,依赖方)

以服务端分配码为例,

第一个层级:

   角色 (员工,访客,管理员,内部预配置)

第二个层级:

    流程功能点. 正常case,异常case(依赖方不同的返回,依赖方处于不同的状态(外网不通,外网通.)). 1. 例如配置网络后,码不变,失败后降级.

第三个层级-1(完备,但需要归并):: 

    没有用户交互流程和action, 依赖方状态变化

         1. 网络断开,网络不稳定.

          2. 服务端降级了.

第三个层级-2:

     思考用户可能遇到的场景,整理case, 思考如何模拟才能测试. 

     场景本质是 1.各种状态下的功能是否ok 2. 状态值切换后功能是否ok

最后根据action 各个点进行task 排期.   

一次case梳理过程简单记录 : 记一次测试testCase梳理过程_个人渣记录仅为自己搜索用的博客-CSDN博客

黑盒测试用例设计方法普及