自动化测试流程

自动化测试流程

1.制定测试计划  

在展开自动化测试之前,最好做个测试计划,明确测试对象、测试目的、测试的项目内容、测试的方法、测试的进度要求,并确保测试所需的人力、硬件、数据等资源都准备充分。制定好测试计划后,下发给用例设计者。

2.分析测试需求   

用例设计者根据测试计划和需求说明书,分析测试需求,设计测试需求树,以便用例设计时能够覆盖所有的需求点。一般来讲,基于Web功能测试需要覆盖一下几个方面:

1).页面链接测试,确保各个链接正常;

2).页面控件测试,确保各个控件可靠;

3).页面功能测试,确保各项操作正常;

4).数据处理测试,确保数据显示准确、处理精确可靠;

5).模块业务逻辑测试,确保各个业务流程畅通。

3. 设计测试用例   

通过分析测试需求,设计出能够覆盖所有需求点的测试用例,形成专门的测试用例文档。由于不是所有的测试用例都能用自动化来执行,所以需要将能够执行自动化测试的用例汇总成自动化测试用例。必要时,要将登陆系统的用户、密码、产品、客户等参数信息独立出来形成测试数据,便于脚本开发。

4.搭建测试环境   

自动化测试人员在用例设计工作开展的同时即可着手搭建测试环境。因为自动化测试的脚本编写需要录制页面控件,添加对象。测试环境的搭建,包括被测系统的部署、测试硬件的调用、测试工具的安装盒设置、网络环境的布置等。

5.编写测试脚本 

根据自动化测试用例和问题的难易程度,采取适当的脚本开发方法编写测试较薄。一般先通过录制的方式获取测试所需要的页面控件,然后再用结构化语句控制脚本的执行,插入检查点和异常判定反馈语句,将公共普遍的功能独立成共享脚本,必要时对数据惊醒参数化。当然还可以用其他高级功能编辑脚本。脚本编写好了之后,需要反复执行,不断调试,知道运行正常为止。脚本的编写和命名要符合管理规范,以便统一管理和维护。

6.分析测试结果、记录测试问题   

应该及时分析自动化测试结果,建议测试人员每天抽出一定时间,对自动化测试结果进行分析,以便尽早地发现缺陷。如果采用开源自动化测试工具,建议对其进行二次开发,以便与测试部门选定的缺陷管理工具紧密结合。理想情况下,自动化测试案例运行失败后,自动化测试平台就会自动上报一个缺陷。测试人员只需每天抽出一地你该时间,确认这些自动上报的缺陷,是否是真实的系统缺陷。如果是系统缺陷就提交开发人员修复,如果不是系统缺陷,就检查自动化测试脚本或者测试环境。

原文地址:http://blog.51cto.com/shareku/2062184

时间: 2024-11-08 10:44:35

自动化测试流程的相关文章

浅谈自动化测试流程

浅谈AST(自动化测试)流程,欢迎大家多多指点,多提宝贵意见. AST阶段一:需求收集——分析自动化测试需求 1.举行启动会议,对SUT(被测试的系统)进行总体描述 2.SUT的要求是可测试和可自动化的 3.评估哪些测试可以自动化 4.分析当前生命周期中SUT使用的工具和复用现有的AST工具 5.对AST和测试中需要的工具进行评估,并提出建议 6.确定和讨论测试环境,包括测试环境的采购和安排,列出测试环境的概要 7.与开发相关人员一起走查一遍AST测试需求,最后达成一致意见 8.给出可以自动化的

自动化测试流程构想

一套自动化测试流程,不仅仅是在功能的自动化,可以扩展到部署自动化,测试自动化,分析自动化,监控自动化,甚至自动提交bug.这两天画了一个自动化流程的初稿,还未加入监控自动化,现在有的公司已经在做这块,需要后续研究一下,主要就是监控分析线上log,监控接口状态等.先把想到的列出来,以后再逐步更新.也欢迎看到的人提出改进意见.

功能自动化测试流程

功能自动化测试流程 1概述 本流程是描述软件功能自动化测试过程中的步骤.内容与方法,明确各阶段的职责.活动与产出物. 2流程活动图 3活动说明 3.1测试计划(可选) 与以前的测试计划过程一致,只是在原来的测试计划中,添加对项目实施自动化测试所需的资源.测试范围.测试进度的描述.该过程产出物为<测试计划>. 3.2自动化测试用例设计 根据<测试计划>.<软件需求规格说明书>.<系统测试用例>设计出针对自动化测试的测试用例.测试用例的粒度精确到单个功能点或流程

自动化测试流程与分类

  自动化测试流程与分类 测试流程 需求分析: 当给你一个需求或者一个系统让你去做自动化的时候你什么都不知道你就去做自动化能行吗?你不去分析系统的哪些模块儿适合做自动化哪些不适合 ? 如果盲目的去做,当你做到后面的时候可能你框架还没弄好需求或者系统又变了,那你是否做了无用功?所以我们第一步一定是确定需求或者系统哪些模块适合做自动化,而且一定要明白这个需求或者系统做自动化给我们带来的好处是什么,而不是说为了自动化而做自动化. 方案选择: 有的人可能对选择方案会比较陌生,不知道这个到底是干什么的?那

软件自动化测试流程与我们的自动化测试

摘要 每一个对软件测试有兴趣或者专业的软件测试人员,在软件自动化测试之初都会有浓厚的兴趣也充满着激情.因为都能理解到自动化做好之后会减轻测试人员重复劳动的工作量.全面的测试数据覆盖可以提高软件质量.丰富的日志以及截图功能可以提升交付效率与便于分析问题等等的优点,都会令软件自动化测试者为之疯狂:然而,自动化测试却常常带给我们沮丧和失望,因为自动化在为我们解决问题的同时也会引入更多的问题,很多自动化技术的研究以及实施工作就会止步于此了.因此,在开展自动化测试之前,就应该制定自动化测试计划,目前基本从

最完整的自动化测试流程:Python编写执行测试用例及定时自动发送最新测试报告邮件

今天笔者就要归纳总结下一整套测试流程,从无到有,实现零突破,包括如何编写测试用例,定时执行测试用例,查找最新生成的测试报告文件,自动发送最新测试报告邮件,一整套完整的测试流程.以后各位只要着重如何编写测试用例即可,其他模板可以套用的,希望帮助到大家. 目录 一.编写测试用例 二.执行测试用例,查找最新测试用例,自动发送测试报告 三.定时执行测试用例 3.1方案一:Windows任务计划 3.2方案二:Jenkins持续集成 四.成果验收 环境准备: 操作系统:Windows7 集成开发环境:ec

QTP自动化测试流程

1)准备TestCase - 在进行自动化之前,将测试内容进行文档化,不建议直接录制脚本 - 在录制脚本之前设计好脚本,便于录制过程的流畅 - 由于测试用例设计和脚本开发可能不是同一个人完成,便于团队合作 - 便于后期的维护 - 文档化的方式:TD或者文档 2)配置QTP QTP支持不同的开发环境,在正式录制之前,需要根据被测程序的开发环境,选择合适的Add-In,并进行加载. 3)录制脚本 启动QTP的录制功能,按照Test Case的操作步骤描述执行,QTP自动记录每一步操作,并自动生成VB

接口自动化测试流程和相关准备工作

第一步: 拿到需求文档.UI交互图(原型图).数据库表设计文档.接口文档 1问:为什么要拿到这些文档资料呢? 1答: ①.<需求文档>,明确定义了:各个表单字段的限制条件:相关场景逻辑校验: ②.<UI交互图>,明确定义了:各单页面需展示的数据:页面之间的交互: ③.<数据表设计文档>,结合UI图和需求文档,明确定义了:表字段规则.表N多N关系(一对一.一对多.多对多): ④.<接口文档>,结合需求文档和UI和数据表,明确定义了:接口名,各个入参值,各个返回

基于UI Automation的自动化测试框架 .

http://blog.csdn.net/roger_ge/article/details/5531941 第一部分:前言 自动化测试或许是众多测试同行都在研究或准备研究的领域.结合自己的能力和公司的状况,选择合适的自动化工具.搭建正确而又高效的框架或许是个永远讨论不完的话题,正如应了那句话,没有最好,只有更好. 个人所在的公司当前开展的很多项目都是基于Win7和WPF开发的,之前想尝试用QTP对之进行录制和回放操作,不幸的是,需要额外的WPF插件支持:另外QTP的脚本语言是VBScript,虽