四是选择最简单 最重用的测试用例使用自动测试方法
五是使用工具厂商提供的测试框架编写脚本，千万别单纯的录制/加校验点/回放，以开发出健壮的且重用性强的测试脚本
六是有专人更新脚本，也有专人跟踪自动测试结果
七是一般选择的测试工具品牌和缺陷管理工具品牌是同一厂商，以方便不同类型缺陷的集中管理，由于不同公司开发产品的特殊性，也许需要特殊类型的测试，如安全测试，甚至代码级单元测试等，这些需要酌情考虑测试用例的编写，以及测试的执行。
软件验收阶段，除了提交软件测试评估报告(各种类型测试结果的评估都有报告)这些传统工作外，对于测试用例，此时要集中时间更新，更新整个测试周期中一切需要更新的内容，以方便未来新版本的测试，即便是项目软件——提交客户后没有新版本，那也需要后期维护，维护阶段需要重新测试某功能点，然而用例不准确，碰巧又是个新员工，那就死翘翘了!
退一步说，如果您公司的测试部门经历一次这样重大的洗礼，有一个项目真正按照此原则实施一次，也必将对未来取得事半功倍的效果。
总结：综上所述，我们得出结论:
测试用例在测试中没起到应有的作用，是因为测试用例编写质量不高，覆盖不够，执行不利;
测试执行时不遵循测试用例，执行后不更新用例库，是测试部门的整体工作流程不健全不规范;
测试行业仍处在群雄逐鹿、百家争鸣的时期，芸芸纷说，不如从自身出发，确立最适合自我的解决方案，整顿自身的工作流程，那才是金玉良言的上上策!
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
