父文章
技术人人都是xx_个人渣记录仅为自己搜索用的博客-CSDN博客
相关 testCase单测 数据准备result数据的几种形式
testCase单测 数据准备 有几类数据 及其阶段日志打印
自动化测试
1. CI做到90%的行覆盖率,真能发现BUG吗?如何评估测试用例的有效性
2. 基于traceId的调用链treeHashCode+下游参数枚举hashCode 的单测覆盖. 可以将线上流量清晰归类. 开源产品类似
3. 配置规则,怎么测?内网文章,超级厉害.
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博客