pytester的博客

通过使用云效测试管理，测试过程变得更加透明，测试进度更容易共享，测试用例的管理复用性得到提高，同时还可以方便地将用例与缺陷进行关联，并生成测试报告。

一篇8000字超详细的测试流程及规范，着重编写了10个重点流程规范：需求评审、测试计划、用例设计、用例评审、测试准入、测试执行、测试报告、产品验收、UAT验收测试、上线。

公司 IT 规模小，开发提测质量差，流程不规范，导致测试任务重，于是推行 ：IT_开发提测标准规范，正文如下

很多小伙伴们 ， 会有输出文档的好习惯 ；但 如何 输出一份 结构清晰&可读性高 的测试文档 / 帮助文档呢 ？ 你写的流程文档 / 帮助文档 / 使用教程 ，别人看完了之后能上手操作吗 ？ 你会 灵活使用 confluence 文档编辑中的 状态、表情 、 宏 ...吗 ？ 如何让文档看起来更美观 ？ 如果不太熟练，快上车！

前言：不知道大家在测试流程中把 “用例评审”放在了什么样的“地位”。在我看来，用例评审是测试流程中不可或缺的一环。于是打算把 我司的用例评审写下来，我们的用例评审是怎么做的，也希望汲取一些其他公司优秀的经验，相互学习下~用例评审是什么自我理解：用例写完了之后，不代表这份用例写的都是正确的，场景覆盖是全的，需要在多方人员进行查漏补缺，所以我的理解是：用例评审是产品、开发、测试一起对写好的用例进行一个review的过程。如果用例都没有评审，直接去执行，可能会存在一些问题。用例评审参会人员产品、开发、测