自动化测试中业务流程与功能更关注哪个？

memories

标题表述得不清楚，见谅！
    是这样的。有些软件的业务流程非常复杂。一个完整的业务流下来，涉及到的模块和相关的数据特别多，而且经常性的需要记录前几个步骤中产生的数据。这样，有时可能只是因为数据的少许不同，就将产生不同的分支，但它们经过的页面却是差不多的。
    比如：
    有一个业务流涉及到Page1, Page2, Page3，Page4。
    业务流一，用到了Page1中的Data1，Page2中的Data1，Page4中的Data1。
    业务流二，用到了Page1中的Data2，Page3中的Data2，Page4中的Data2。
    这两个业务流从数据上看是完全独立的，但用到的页面是有交叉的。
    目前本人在测的系统中，一个小功能模块，一般会有十几到几十个这样的业务流，而且为了验证软件某个算法的正确性，在自动化脚本中还涉及到很多计算，这样，如果按业务流下来，一个业务流脚本就会很长，而且如果给每个业务流都写单独的脚本，其实从页面看来，是有不少重复的。本人试过用数据驱动的方法，但由于验证点的不同，走的页面的顺序的不同，并不能解决该问题。
    如果不去管它的业务流，而是直接只验证页面上的功能，比如只是验证当前页面所有按钮，链接是否可用，查询功能是否实现等等，这样是可以节省很多代码，也不会重复。但从业务上来看，就相当于没有验证。
    当然不管是哪种，脚本都是用数据来驱动的。
    可能表述得还不是十分清楚。不知道这样的情况下，该怎样来写脚本。迷茫中。。。

mentgmery

说的不错,主要看你的用例怎么设计拉

樱qq

顶，2楼滴

xiaonan

其实这不是自动化脚本怎么录的问题,这是你用例怎么设计的问题.运用用例设计方法把所有的功能点和业务流程全部都覆盖到.用例设计设计的比较完善的话,录制脚本就方便多了,剩下的是你对这个工具的熟悉程度.