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