上课记得一点关于QTP自动化测试的笔记

songfun

对的，录制只是其中很小的一段时间，后期的脚本调试、以及脚本维护（比如需求变更了，自动化脚本也要做相应的修改，对吧）可能要占用很大的比例。
这就是我们所强调的自动化实施不是想当然的，而是要充分评估，考虑我们的投入产出比的。

自动化的用例——如果是功能测试的话，可以选取系统测试的预测试项来做，脚本的编写要考虑复用性、可扩展性，和开发编程一样，也要遵循高内聚低耦合的思路。

原帖由 zhou840401 于 2007-3-15 18:29 发表
有争论才有进步，我也来想几句，是自己对功能自动化的理解，录制回放在自动化实施的整个过程当中，时间占的比例应该是很少很少的一部分，而且我相信大部分的脚本是手工写出来的，因为程序刚开始未必能够运行得通。想问一个songfeng老师，根据你以往的经验，自动化的用例如何设计呢？还有脚本应该如何来编写，我指的自动化是数据驱动自动化。

willjo

刚开始只是机械的把笔记抄上来，现在看了大家的讨论，学到了不少东西，谢谢~~

songfun

《测试过程》课中，可能大家在第一阶段课程的学习中印象最深刻的是V模型，而对于W模型、H模型则只做一些了解。
但是我觉得确实有必要说明这个H模型，在我个人看来，这个模型才是“实用派”模型，事实上的大部分企业都不知不觉中采用着H模型。

那么什么是H模型呢？解释完这个模型，我相信大家能够更加明确“环境的搭建到底和用例设计是处于什么样的阶段”？

以下摘抄一部分同学们已经有的《实用软件测试方法与应用》中的测试过程一章：

我们知道V模型也好，W模型也好，他们都有不妥之处。首先，他们都把软件的开发过程视为需求、设计、编码等一系列的串行活动。而事实上，虽然这些活动之间的确存在着互相牵制的关系，但在大部分的时间内，他们是互相独立的，是可以并发进行的。虽然我们希望在软件开发的过程中要有清晰的需求、清晰的设计等阶段，但实践告诉我们，严格的阶段划分只是一种理想状况。试问，有几个软件项目是在有了明确的需求之后才开始设计的呢？所以，相应的测试也不存在严格的先后次序，只要测试条件满足，就可以进行测试。
……
其次，V模型和W模型都没能很好的表示测试流程的完整性。测试流程可以大致分为两类活动，一类是测试准备活动，包括测试需求分析、测试计划、测试分析、测试编码、测试验证等；另一类是测试执行活动，包括测试运行、测试报告、测试分析等。
……
H模型就是为改进这些缺陷而产生的。

可以从这个地方看到H模型强调的思想是：并发活动——只要条件满足，就可以开展活动。
那么串行和并行到底有什么区别呢？
我们就以环境搭建应该处于什么阶段的例子来解释。
比方说，你现在是公司的测试经理，手下有20个测试工程师。现在有一个项目给你来做，用例设计的工作量在200人天左右，环境搭建在4人天左右，……（其他的计划、评审以及测试执行的工作量这里就不列具体数字了，因为不影响下面的例子举证）。
现在有两种方案：
（一）串行方案：让20个工程师一起去写用例，那么200/20=10，需要10天的时间完成这个工作，接下来就是做环境搭建，你指派4个工程师做环境搭建，4/4=1，又用了1天，总共用去了11天；
（二）并行方案：第一天先让4个工程师去搭建环境，另外16个去写用例，第二天开始，环境搭建的任务完成了，这4位工程师的资源得以释放，他们和16位工程师一道去进行用例设计，那么这个用例设计总共耗时几天呢？(200-16*1)/20=9.2天，总共用去了 1+9.2=10.2天。

请问，如果你是测试经理，你会选取哪一种方案？
是“先写用例再搭建环境”的串行方案；还是“先抽一部分人搭建环境再一起写用例”的并行方案？
显然，如果选择了第二种方案第10天就可以开始做测试执行了，而第一种方案必须等到第12天。
如果有面试官质疑我先搭建环境的策略，那么我就会以这个例子告诉他。。。

原帖由 stringw 于 2007-3-15 16:27 发表
   另外，有点疑惑的是，环境的搭建到了用例设计的前面吗？系统测
试的用例在需求后就要写了，这么早搭环境干吗？
   难说面试官会不会问出这样的问题。楼主准备怎么回答？

[ 本帖最后由 songfun 于 2007-3-15 22:17 编辑 ]

lxm

那要看情况：（理论与实际总有距离）

如果必须用例全部完成后才能执行那么：
派1个去做环境搭建，4天完成；第5天写用例；
另外19人写用例；

如果只要环境有了就可执行；
派16人做环境搭建，2小时完成；
4人写用例，2小时后，他们完成的用例就可以执行了；

songfun

呵呵，意思对了。
不过你这里举的两个例子已经都是并行活动了，而且都是搭建环境和用例设计一起开展。
但是，让16个人搭建环境属于“理论”情况。做过大型系统的人会知道，事实上环境搭建有别于coding、用例设计、用例执行等工作，环境搭建属于“硬消耗”，它的耗时主要不在于“量多”，而在机器本身需要这么多耗时（硬件因素），如软件系统重部署需要多少时间、框架编译需要多少时间，而这些过程往往在很多因素干扰下可能进展缓慢，而这不是加了多少人就可以压缩部署时间的。
环境搭建好比开车，让1个人开一辆车和10个人开一辆车，结果都不能改变车速。

原帖由 lxm 于 2007-3-16 11:41 发表
那要看情况：（理论与实际总有距离）

如果必须用例全部完成后才能执行那么：
派1个去做环境搭建，4天完成；第5天写用例；
另外19人写用例；

如果只要环境有了就可执行；
派16人做环境搭建，2小时完成； ...