简单体验了一下testwo网站，功能简洁，操作方便，即刻觉得这是一个不错的网站，从功能的用户体验上来看，给我留下不错的印象，但testwo是不是采用mysql的数据库，还是用tomcat中小web 服务作为应用服务器，总是感觉性能仍需提高，因为看好这个网站，未来三年用户数会猛增，也对响应时间的指标要求提高了。

　　承上，话峰转回，所以有心情在testwo留下印迹。我们知道作为测试同行，很多人谈到技术提升，谈到职业规划，会有相当部分人在参与黑盒测试一定阶段后，介入自动化测试的念头，下面谈谈自动化测试之我实践的三个阶段：

　　一、认为技术很重要

　　从事过自动化测试负责或主要带头人的同学，肯定有这样的感受，如何寻找到一款强大的自动化测试工具？

　　比如：Robot，QTP，silktest，watir，selenium？还是自己开发？

　　大部分签于面向项目，面向团队测试服务可能很难抽出时间进行自主开发，也选择了前者。

　　那么是在商业工具和开源工具之间做抉择，利用工作或休息挤出时间学习VBS，Java， Ruby 掌握或者精通一款工具。一段时间你会了，并开始推广，引起无数同学之羡慕，在大家参与和簇拥下，我们一起开始准备自动化脚本，在项目的发布，数据的准备，以及主干功能的回归验证测试中，有人使用了自动化测试，你当上了明星。

　　一段时间实践后，你会发现任何一款商业自动化工具与人一样，有优点有缺点，但大的缺点在于面对商业工具

　　缺点的不可修复性。

　　于是乎，开源的工具提上案头，经过无数次的学习与挫败，恨下心来下之决定，我们开发吧：

　　搞清自动化对象识别的原理，采用document对象，还是代理，还是模拟浏览器？技术上一阶段，思想开阔眼界丰满，不能再等了。经过几个版本发布，自动化的框架平台与工具初有雏形，再次在鲜花与掌声之中，先不谈你是否已经迷醉，或者偏离你自始之终所热爱的自动化技术，不知不觉之间，我们积累sense， tech 但更多的是scripts.

　　接下来，我们该怎么办？

　　1、需求的变动与对象元素变更，脚本是否第一时间能得以维护？

　　2、自动化测试的业务覆盖，除了避免故障，我们还想要预防缺陷？

　　3、面向业务的自动化脚本的测试设计？

　　不言而喻，我们进入了应该排在第一阶段的第二阶段。

　　二、认为业务很重要

　　投入是可以算它眇小，但收益不能不说它无所谓沉重？我们提出要找到业务专家，懂业务的人在哪里？

　　回头一看，少之又少？因为得不到价值认可，或者他们都不在做P事了，也有可能他们被自动化所淹没了。。。