自动化实用模型(中)
上一篇 /
下一篇 2009-02-26 09:55:09
/ 个人分类:qtp
事件2
为了避免陷阱,在企业实施自动化测试时,这些因素都要被仔细审查1)测试架构,2)自动化测试生命周期和3)公司支持
测试的基础保证
测试的基础设施包含,测试活动,时间,任务和进程,立即支持自动化,以及手册,软件测试。基础设施越完善将保证稳定,持续的可靠性的自动测试
基础设施包括
l 测试计划
l 测试用例
l 基础测试数据
l 更新或者回滚数据的程序
l 专用的测试环境,浏览器稳定的前端和后端
l 专用的测试实验
l 一体化的结构和进程
l 测试用例的数据库,跟踪和更新自动化和手工用例
l 在测试周期中确定测试用例优先级的方法
l 覆盖率分析指标和程序
l 缺陷跟踪数据库
l 风险管理指标/程序(McCabe tools)
l 版本控制系统
l 配置管理程序
l 工具/程序/方法去跟踪需求到测试用例
l 改善度量指标
测试基础设施的目的,例如
l 在有规律的情况下,无人值守的运行自动化测试用例
l 专用的测试环境防止手工测试和自动化测试的冲突
l 跟踪测试结构的程序,不管通过或者没有通过
l 报告测试覆盖率的方法
l 保证预期结果的一致性
l 测试实验室专用设备与自动化使一个单一的自动化测试套件进行多用户和压力测试
重要的是记住,在通往成功的开始,基础设施的各个部分都充分不是必须的。优先级列表,逐步的加入组件,随着时间的推移,目前的模式可以进行调整和整合的变化。经验证明这样需要一年的时间去加入一个主要过程和两个小的组件到模式中去
基于经验,从创建一个专用的测试环境和使测试的用例和计划标准化开始。随着一个良好的自动化测试构架需要很长的路才能走向自动化的成功
下面的内容是“肉和土豆”列表是STLC的内容
1. 计划
2. 分析
3. 设计
4. 建设
5. 测试-初始化测试周期,bug修改和重新测试
6. 最终测试和执行
7. 后期执行
每个短语包含五个到二十个高级别的测试任务和程序去准备和执行手工和自动化测试,下面是一些例子
1. 计划
l 营销组织撰写文档定义产品
l 定义问题报告程序
l 高级别测试用例
l 首先分析项目的范围
l 定义接收的标准
l 建立自动化测试环境
1. 分析
l 营销和研发组织一起工作撰写需求文档
l 在业务需求的基础上开发功能性验证矩阵
l 确认那些测试用例可以进行自动化
l 为测试用例计划极限数据
1. 设计
l 开发组编写详细的文件定义产品的架构
l 根据变更修改测试计划和测试用例
l 修改测试生命周期矩阵和时间点
l 建立风险评估标准(McCabe tools)
l 正式详细的自动化测试系统,文件名的约束和多样性
l 决定是否任何一套测试用例将自动将它们变为数据驱动/模板模型
l 开始编写自动化测试用例和重用模块
正如STLC正在不断完善,将阐明本组织的测试过程。什么时候应该做什么事情,去确定什么时候软件已经可以测试,包含手工的和自动的测试系统。这里的想法是早开始,对于变更要准备好去面对
其中自动化测试失败的一个最重要的原因是早期准备的不够充分,也就是对于什么时候应该坐什么的缺乏理解。步骤不是很难,主要是明白STLC是怎样工作的,这个不需要比失败的状况花更多的时间和努力
对于测试的基础设施,成功的测试,没有必要按照所有的STLC任务,包括手工的自动的测试。比较重要的内容我们都知道是“尽早开展”很多的自动化工作可以在软件可以测试之前完成,如果非得需要良好的架构,一点维护,自动化测试系统和方法,即,PATS
公司
公司的动态性是对于你们自己的整个领域。自动化测是的目标是保证接受和支持可重复的程序,这是公司的关键重要的一点。没有这样的保证自动化测试不会成功
收藏
举报
TAG: