第一个，开个用例评审会，把测试用例过一遍，比如：登录功能测试用例，就需要评审这些测试用例，是否对登录功能进行全面的覆盖，覆盖测试需求点，如果都覆盖了，那就符合标准的测试用例；
第二个，就是评审一下，操作步骤，预期结果，期望结果，是否便于执行，是否规范等；
第三个，最好做一个版本管理，一旦，确定测试用例了，就封存，然后，如果线上出现问题，就根据这些测试用例，来查找，是不是漏测，是不是哪个测试需求点没有校验到，还可以看出，是否按照测试用例严格执行；

想咋写咋写就完了，二线小公司还要啥质量，随心

评审大家都看得懂，通得过，可重用就行。别给自己找麻烦。

最近我也遇到样类似的问题，对于测试要输出的一些文档，比如（测试计划，测试用例，测试报告，测试总结等）这些的规范是什么，具体的模板又是什么样的；难道不是表达清楚以及覆盖到核心的内容就可以了吗？

随心

每个公司都要做符合自己公司的才行吧，我们公司需求太多了，都按要求来估计要再招一半的人