测试文档编写原则

以下内容作为建议,实际情况不限于以下内容:

 

测试背景:例:0.xx升级1.x.x api兼容性(这里写了几个关键词,自己补充)
测试环境:具体客户端机器,具体路径 ,具体服务端机器,服务部署路径,配置
测试过程:
列出具体参数,脚本,执行命令。程序git地址

都测试哪些要素,QPS? API? 流量? 其他?

测试过程中除了测试的要素变化以外,其他的所有要素都不要变化,也不要引入其他程序/数据影响测试结果

测试结果:
1,2,3,4..项分别成功,失败?具体原因?

最终结论:
是/否 通过测试

后续操作:
是否还有其他需要进行的工作,列出具体项
成功——后续是否有需要部署升级的?
不成功——具体遇到了什么问题?当时现场是什么样?(保留日志,jstack,监控信息)是否还有需要调研、或者改进项?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值