dsydly的博客

除了参考需求文档和技术方案文档之外，很多人是根据经验，采用探索式方法发现更多的用例，其实对于测试人员来说，负责的业务迭代特点和迭代方向都比较固定，用例有一部分功能是可以固化形成模板。例如我自己负责的业务方向是搜索引擎，业务特点是高并发低延迟，迭代方向主要是增加入口流量、增加供给、提高转化率。服务端的用例比较相似，所以根据以往的用例设计总结出一套用例模板。如何保障需求测试前写的用例是完善的，无遗漏的？只有这样，才能在有限的测试资源下，最大限度地降低软件上线后的质量风险。

《高效测试工作法则》摘要：测试工作需遵循"找、规、量力"三原则，强调需求明确（要求PRD文档化）、流程规范（降低80%风险）和质量优先（质量是1效率是0）。建议善用技术（自动化率提升10%可降7%缺陷逃逸率）、建立检查清单、明确责任边界。核心要义是：明规则、守底线、巧用技、重积累，在保证质量根基的前提下提升效率。

1、postman批量顺序执行一批请求方式首先创建一个Collections，将请求保存到该Collections中，在Collections，点击run,可以导入文件，将某些字段参数化成功的绿色，失败的是红色，成功失败的个数是断言的成功与失败，我没有设置断言，所以都是0。2、设置环境变量新增环境，并添加一个环境变量token值，这样在这个环境中的请求就可以用{{token}}获取该环境变量需要对该环境变量赋值，获取token的接口中对结果进行处理，获

1、性能测试简介 性能测试就是被测系统，在一定的负载在运行，监控系统的各项指标，是否符合需求（响应时间，tps，内存cpu等），如果不符合，说明存在瓶颈。 目的：识别系统的弱点，评估系统的能力，发现系统的瓶颈，提高系统可靠性能和稳定性...