虽然我们不能控制灾难, 但是我们可以左右灾难的后果! 坚持生的勇气! 那就是希望!

BPT(business process testing) 研究(二)

上一篇 / 下一篇  2008-04-24 22:30:23 / 个人分类:QTP

    flight小程序其实没有办法诠释BPT测试中Component重用、复用的精髓,因为定制性不够强。

    而当我们面对报表型工具的测试时,Component的作用就开始显现出来了。

    比如说一个带权限登陆的医院报表系统,表与表直接还存在着进一步细化的关系,我们进行业务流程测试时就需要在底层框架架构时就考虑清楚Component的划分尺度,不能太大,那样容易丧失重用性和灵活性;也不能太小,太小造成的后果就是案例的构造是否繁琐,输入参数复杂。

    一般来说,我们会把登陆单独作为一个Component;然后分析所有子表(显示表)之间的相同点和不同点,划分出几个同类项表,每一个同类项的表格基本格式一致,然后对应每个同类项表格定制一个Component;再需要分析流程路径处理,如果存在共通性,比如以相似方式进入detail表,我们就可以把该路径动作也定制为一个Component表。

    至此我们基本上已经把底层骨架搭好。Component的动态灵活性调整下一次再分析。

    最后就是案例设计了,我们只需要根据方法进行案例的理论设计,然后拖选相应Component(可以重用,用不同输入,不同开关进行控制),组成一个个case,就可以在QC中进行自动化测试了。


TAG: QTP

 

评分:0

我来说两句

日历

« 2024-03-16  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 41659
  • 日志数: 55
  • 图片数: 1
  • 建立时间: 2007-11-27
  • 更新时间: 2008-08-23

RSS订阅

Open Toolbar