对于测试人员，特别是.com的测试人员来说，提起“自动化测试”，那真是爱恨交加。个中缘由这里就不累述了，大家同道中人自然是体会深刻。时常会想，既然我们有“灰盒测试”的概念，为何不能有“半自动化测试”呢？
其实此处讲的“半自动化”的概念，归根结底就是：测试步骤自动化，结果检查人工完成。
目前比较流行的自动化测试框架也好，工具也好，在下觉得都未提供一种足够强大、灵活的结果检查方式。而测试人员在编写自动化测试脚本的时候往往需要把绝大多数精力投入到如何去判断测试结果的正确性上，特别是web的自动化测试，几乎无法面面俱到，甚至会遇到需要编写复杂的算法来验证结果的情况。反之通过手工肉眼去判断测试结果就来得方便的多，也直观的多。
再回过头去看测试框架和工具，本身自动化测试的宗旨就是大大减少繁复而枯燥的人为操作，岂不就是输入、点击等测试步骤嘛。通过获取操作对象，利用测试数据驱动，来完成自动化过程。这个过程就是自动化工具的长处了，脚本的编写也相对简单很多。利用这些特性，很方便的就能完成测试输入的自动化了。
当然这只是我们“半自动化”的一半，嘿嘿，四分之一自动化。利用测试框架的特性，我们大可以将一些测试输入封装，测试对象抽象。这样在对待同类型对象时又方便了很多，实例化就OK啦。由此我们已经基本解决了大部分对象的测试输入自动化的问题。设计好测试数据，数据——对象——输入，中断——检查——报告，done，半自动化了。
PS.开博第一篇，提供一些在下实际工作中的体会，与同道们分享，工具框架其实都是自动化测试的表象，好的适合自己的方法才是自动化测试的精髓。我们的目标是：用最简单的方法，做最复杂的测试。
转载请保留：本文出自orange_10的51Testing软件测试博客：http://www.51testing.com/?236069
