我之前做过短暂的开发，后来主要是测试，丰富的测试经验（但仅限于黑盒），并且有带领团队半年时间，期间和老板学习了6-Sigma（黑带），也做过几个专利，所以很有流程，改善，和客户需求方面的sense, 并且感觉很有创新的意识，现在专职作QTP自动化开发，一个项目刚刚结束了，于是把随想发出来，共同讨论。

　　回顾整个项目过程中各阶段操作，作出以下总结：

　　1、需求确认阶段

　　此时需要手动测试人员的大力支援，并且建立良好的沟通，提升我们熟悉业务效率，沟通包括：

　　1）需求提出：与手动测试接洽人确认自动化实施的策略是什么.

　　将老板与客户的想法作为大的方向，结合手动测试实际需求，并考虑到自动化实现的现状，共同拟定出项目的Scope。

　　提出需求的绝不可以是自动化Team的“一厢情愿”。当然，现实中有时是由自动化方提出的更多一些，但是这个根本的原则是，要得到手动的认可与确认，否则当东西做出来后，他们说一句这不是我想要的东西时，我们自动化Team将全体晕倒……

　　2）需求确认与熟悉：自动化Team对提出的需求进一步分析，制定出自动化的Auto-Test Case。

　　分析的前提是，熟悉业务，即看懂test case并可以实际测试。原则上讲，作自动化的人应该是对所做业务非常熟悉的人，至少要有手动测试经验的。但实际上，我们不可能熟悉所有的项目，于是如何快速掌握业务操作流程就颇为重要。此时最捷径的方式就是与手动测试人员沟通，沟通的效果越好，则此处所用的时间就越少。

　　PS：在我们的上一个项目中，我们在需求确认阶段，看完了所有手动Test Case，将其分类出我们需要的，然后与之确认，说实话，有点耽误时间。

　　2、开发阶段

　　如果说需求确认阶段我以前有过经验的话，开发阶段对于我来说可算是全新的。以前我们自动化项目，对于开发阶段，代码变化很少，其重点是如何将多个设备或者 PC的并行操作串联起来。可是这里的项目不一样，需要很强的编程能力，需要对QTP很熟悉，这也是我比较薄弱的地方。正应为如此，我在这个阶段学习到的东西也是最多的。

　　首先，很好的Frame框架，为我们的编码及维护带来很大的方便。

　　其次，编码方面，对于常用的函数，以前都需要看Help的规范后才可以编写，现在非常熟悉，可以直接快速编码。学习了许多新的编码技巧，如：

　　1）Dictionary Object使用，这个以前听都没听过，汗~~

　　2）描述性编程的实际应用，以前只是看过相关的概念

　　3）时间函数的应用，如Sync方法，WaitProperty属性，或者自编辑一个For循环，动态等待时间。

　　再次，协同编码保证代码同步。

　　通过SVN管理我们的代码，其缺点在于可以同时有许多人编辑同一个文件。这样的开发模式似乎在各件开发中很常见，但是我的纯开发经验并不多，加之管理工具的变更（之前用的是VSS），开始的时候我连Check in，check out都不会，学会这样的操作不难，难的是如何在思想上建立这样的协同操作模式，如何在资源共享的前提下，不会因为一个人的修改，导致别人的不便。我们 Team达成共识，提交代码前先看服务器上是否有更改，Update之后再提交，如果这样还不行的话，只能比对文件差异。但针对对象库的管理中，由于存储数据特殊，无法比对，则在修改前需要与文档的创始人说明，之后再作更新。