BPT测试延伸－－效率优化

    之前讨论过QTP和QC结合的新测试方式，BusinessProcessTest。
    这种新型的自动化测试思想的出现进一步划清了测试分析，框架勾践人员和测试实现，执行人员之间的分工。但是，新兴的东西总是有它自身的一个不断改善，优化的过程的。BPT也不列外。
    如果你是个QTP比较熟练，已经尝试过BPT测试的工程师，那么你就会发现，BPT虽然对于没有开发经验的测试执行人员来说是个比较容易上手，实施的自动化测试实现方式。但是，它的弊端也是比较明显的，首先是离不开Component开发人员的修改，完善，实施人员基本上没有多大人员去进行错误的排查和debug。
    不过，这个问题，如果在被测软件稳定的情况下基本可以忽略。
    但是，随之而来的是BPT的效率，一个Test Case如果是由多个Component组成，那么每个Component之间的衔接时间消耗是十分可观的。特别是都某些Component中还由许多Interation组成时。
    QTP不会优化BPT的执行过程，它只会在一个Component需要执行时去跟QC通信，然后下载，初始化，再执行。我测量过每个Component执行结束后到另一个Component被下载再启动执行的时间，一般可以达到5秒以上。这样如果出现n个Component的话，时间就是5（n－1）秒，再乘上Case数量，就是个十分巨大的时间损耗。
    我们会考虑，QTP能否实现多线程模式，在第一个Component执行的同时，后台自动下载下一个Component以提高效率，暂时我还没找到从使用者角度的实现方式。
    但是，从我们的角度，我们可以避开Component的前后衔接，也就是说，换一种思路，BPT结合Function的方式，进行优化。也就是说，我们原本的方式是一个业务Step一个Component，但是现在我们可以尽量减少Component，增大step的粒度，把原本某些Component用Function函数来实现，这样，在考虑业务理解粒度不至于被破坏的情况下，效率就会大大提高了。
    自然，这样会导致单个Component的Parameter数变大，但是只要有清晰的描述，这个代价还是值得的！