记录阿里巴巴QA架构组成长点滴。2008年关键词为效率,技术,影响力!QA/测试架构师定义:开发和设计测试框架测试库;纵横全局的考虑产品的功能,设计复杂的测试系统;负责研发某一项特定的测试技术;为公司考虑如何提高测试效率。领导公司测试技术的发展和测试策略上的方向,关注整个公司的测试部门的问题,前瞻性的考虑未来的版本的测试策略和技术。测试架构师计划/设计测试平台,关注着产品的测试过程,提供咨询服务,影响到公司内的测试机构测试社区,以及开发机构等,对产品各个方面施加深远而正确的影响,最终提高整体软件质量。

如何破解快速变化的web网站测试自动化困境?

上一篇 / 下一篇  2008-07-05 19:09:47 / 个人分类:自动化测试框架与实现

  by liangjz

  网站业务复杂度倍增,为了改善由于开发改动一点内容,而QA需要大面积验证相关受影响的模块导致

工作量剧增的状况,故引入网站自动化测试

  目前针对网站主干流程核心业务做了粗粒度的验证。技术: qtp + 页面验证 + 数据库验证,业务流

采用excel管理。 运行了一段时间,发现了一些BUG(自动化目的不是找BUG,而是一种质量保证手段)

,但更多的问题也引爆出来.

  经过和微软技术专家的交流,产品线的自动化测试特征如下:

1) 微软强调单元级的验证粒度非常细致
2) 微软强调每一个业务模块的数据输入都是全新创建而非利用系统原有数据;自动化退出时环境RESET
 

  我们问题主要集中在几块

1) 业务经常变更,导致页面元素发生变化,需要及时调整自动化脚本。这个成本居高不下
2) 自动化采用的脚本是依赖数据库原有的定制化的数据,有时候被QA测试时修改,干扰脚本运行。
但如果全新创建,需要跨别的系统且需要人工审核的环节,这个成本也很高昂
3) 目前的验证点粒度比较少, 但如果页面验证点颗粒很细,大多数时候页面元素不发生变化,这种验

证效用大么?验证点增加也会带来脚本运行速度下降,维护成本增强等问题
4) 自动化测试脚本主要用于项目发布前的回归验证。没有用到项目测试中,原因有需要更换一批新的数

据、脚本需要更快速和业务变化同步等

 不知道其他业务型的互联网公司如何运作,让自动化脚本最大化发挥功效的?

 目前开发尚无单元测试代码,无法做到daily test。而开发没有清晰的API接口说明,开发和测试的工

作边界不够清晰导致测试无法写单元测试。


 


TAG: 自动化 脚本 维护 QTP 自动化测试框架与实现

msnshow的个人空间 引用 删除 msnshow   /   2008-07-22 09:38:23
确实是一个非常现实的问题,我们公司目前的WEB应用测试完全是手工的,没有采用自动化测试,主要原因也是自动化测试脚本维护成本太高
 

评分:0

我来说两句

日历

« 2024-02-05  
    123
45678910
11121314151617
18192021222324
2526272829  

数据统计

  • 访问量: 151383
  • 日志数: 163
  • 文件数: 1
  • 建立时间: 2008-02-26
  • 更新时间: 2008-12-10

RSS订阅

Open Toolbar