关于如何写用ＱＴＰ测试脚本（大家讨论）

ham301

我现在正在学习使用QTP，想和大家讨论一下测试脚本的录制和编写方法.我们公司写的测试式样书,基本上一个功能点就是一个测试用例.那么用QTP录制脚本,是一个脚本就一对应一个功能点,还是一个测试脚本对应多个功能点?大家来讨论一下吧.

higkoo

我目前已知的情况，自动化的用例和手动往往不一样。

因为工具和手工各有各的优势，硬让工具做手动工作，很多简单的功能用工具实现很麻烦的。

你先尝试一下就知道了，路是自己走出来的。

阿妮妲

录制简单，但是回放可能出错，这时就要动手修改测试脚本了，然后调试看是否正常运行。不过有测试结果可以参考还是比较便捷的。自动化测试比较浪费时间，需要有较好的编写脚本代码的功底。

假装不在

个人觉得，要看你们公司测试的这个软件的流程的复杂度并且回归测试的次数的多少而定的，你要衡量下成本。
如果那个软件只需要测那么1 2次，你写个脚本也没啥用，还不如手工来得快来得稳。
但如果流程很复杂，测试用例很多，回归次数也多，那么我觉得你应该是一个脚本对应一个功能点。多个脚本组合又成了另一个功能，实现了可重用，也可以说是测试框架的应用吧。而不是走一个流程就一个脚本，缺乏灵活，也不能实现更多的用例，起码你没那么多时间可以给你去录这些。
例如你录制了一个这样的功能是，你分了很多个小的脚本是A\B\C\D，但你又录制了一个E的脚本，是一个可以重头走到尾的E。没次有人提交东西给你测试，你就走了下E，就和他们大胆的说，没事，很稳定。殊不知你把其他的功能点A\B\C\D重新组合了一下，为A\C\D\B（毕竟用户的操作我们是不能规定死的，有些东西他们突然心血来潮去做的，出错了就是我们的事情了）。
我懂的不多，希望高人指点指点。

假装不在

我的观点是，用例回收，用例延伸用例，多个组合产生新用例。

ham301

正在学习中，谢谢各位的指点

walker1020

建议把 经常使用的 Action 设置为 Reusable Action， 这样可以节省时间，加快开发速度，也方便以后的管理和维护。

walker1020

我们刚开始也是一个 Test对应着一个 Test Case。后来发现， 脚本太多太杂，管理相当困难，维护的成本非常大。在录制和编写脚本之前，先对测试用例进行分析，看看哪些是经常使用的，就把它们设置为 Reusable Action。这样方便了很多

walker1020

准备工作越充分，工作就越有效率和成绩。 正如俗话所说“磨刀不误砍柴时”

walker1020

编写测试用例的人不会考虑你如何进行自动化测试，再说他也不会专门为了进行自动化测试而编写测试用例。在录制或编写脚本之前，我们需要对测试用例进行分析，看看哪些 步骤或操作经常被使用，然后再考虑是录制还是使用描述性编程。