关于自动化测试，关于Agile，关于团队(2)

　　UI-Process: 完成系统行为或设计场景的操作流程

　　After-Condition: 后置条件，消除或减轻对后续Case的影响，必须同时在界面和后台做一些恢复等操作

　　Checkpoint: 同时包括界面的verification和后台数据的对比以及日志甚至进程数据的分析

　　Case Config: 测试场景的配置，需要何种浏览器，预估时间

　　Meta Data: 测试用例的元数据，包括针对的系统功能点，描述，测试对象系统的版本等等

　　Dependency: 为了覆盖到更复杂的场景，在需要的情况下，Case之间可以自由组合并建立起依赖关系【Optional】

　　最后，我依然不断的告诫自己和团队：谨慎前行，从长期来看变化因素不大的部分开始实践，永远不放弃更新或者摒弃一些随着业界变化而陈旧过时想法。最最重要的，自动化测试始终不可能代替手工探索性测试，但如果自动化测试无法真正的给出有价值的结果，那么手工劳动永远无法真正解放出来。简单来说，如果不能做到自动化Case失败了80%~90%以上一定是Bug存在这一点的话，自动化的价值就无从谈起。所以在前期，我们可以转换思路，先让自动化配合人力的繁琐操作，解放手工操作的劳动力和时间，来进一步摸索如果判断和保证自动化Case有价值的产出，持续的迭代和改进。

原文转自：http://www.uml.org.cn/Test/201206082.asp