我之前做过短暂的开发，后来主要是测试，丰富的测试经验(但仅限于黑盒)，并且有带领团队半年时间，期间和老板学习了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循环，动态等待时间。
再次，协同编码保证代码同步。
文章来源于领测软件测试网 https://www.ltesting.net/
