软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试管理>>过程管理>>正文
自动化测试的流程
文章出处:51testing博客 作者:songfun 发布时间:2007-02-01

    早上看到我们的学员发的一个贴子(http://bbs.51testing.com/thread-63522-1-1.html),是关于自动化测试流程的一些问题。我也参与了讨论,感觉还不错,呵呵,就整理了一下搬到博客上来,和大家一起分享、交流。

==============================================

wssgily:

我想请教几个自动化测试流程.

请问大家,你们公司的自动化测试是什莫阶段开始介入的?
自动化测试的入口和出口准则是怎样定义的?
大家又是如何保证自动化测试的质量的?

--------------------------------------------------------

xiaonan:

自动化测试是在测试执行阶段介入的.然后更多的用于后期的回归测试阶段.

入口条件:
其一:在制定测试方案时,觉得某部分功能测试,适合用自动化工具来完成.那么这部分用例就写的更加细致一点,等这部分用例已经完成.并达到了用例设计的标准,所有需求都已经完全覆盖到.
其二:系统已趋于一个稳定的阶段,不会再有大的改动.
达到这两个条件可以开始自动化测试.

出口准则:
所有用例全部被执行.测试报告已经通过评审.这部分可以和手工测试的要求相同.

首先测试质量在于前期的准备,包括用例的质量啊.自动化测试也不例外.还有保证录制的脚本能正确执行用例的意思.所以要保证脚本的质量.

--------------------------------------------------------
wssgily:
个人理解的是自动化应该在回归测试或者软件基本功能或者流程已经成型的条件下而且以后变动不大的情况下,就可以开始跑脚本了.

如何保证质量:还是要看测试用例的质量,如果提高测试用例的质量,还是要看对SRS理解的程度有多深,能提取出多少个测试点来.然后把有效的测试点和质量特性和要验证的特性相结合,来写测试用例和提高覆盖率.

个人认为自动化还是要看测试用例质量有多高的,还有就是前期准备相当重要.到最后实现起来就解决技术难点就行了.呵呵!

欢迎大家讨论自动化流程方面的东西。
--------------------------------------------------------
songfun:
自动化测试就和单元测试、集成测试、系统测试等阶段一样,都是一个独立而且完整的测试阶段。
它要经历自动化测试计划、自动化测试设计、自动化测试实现和自动化测试执行四个阶段(这就是所谓的V模型)。

楼上几位朋友所描述的是一个不完整、不规范的测试过程。这样的自动化测试实施起来的效果就不好说了。

按阶段来看的话,它介于集成测试和系统测试之间,或者说是介于集成测试和确认测试之间,又或者贯穿于集成测试、确认测试和系统测试这个阶段(这就是所谓的H模型)。具体要视具体情况来制定。比如你们的集成测试是做到子系统间的集成,那么这个阶段已经可以引入自动化测试了,要注意的一点是这个自动化测试最好由独立的自动化测试团队来完成,使得项目进度不至于在关键路径上停留,可以并行开展。

入口和出口准则相对比较容易。就像系统测试会进行系统预测试一样,自动化测试有自己的自动化测试用例,这部分的用例可能选取自系统测试用例或确认测试用例,而且很大一部分可能就是来自系统预测试的用例。通过执行这些用例可以获得出口的准则(这里只是指自动化测试活动的通过标准,不是软件系统的通过标准),就是:所有的自动化用例100%的得以执行,用例密度达到10cases/Kloc(这个数字只是举例而已)。而入口准则则是通过了冒烟测试(但是这不是绝对的,有可能是系统预测试之后)。

这里要把冒烟测试、BVT测试和系统预测试几个概念弄清,冒烟测试一般是由开发人员执行的,可以没有测试用例,这种测试是带有随机性质的。BVT测试发生在每日构建中,通常正是由自动化测试工具来执行的。系统预测试由测试人员选取重要级别相对较高的系统测试用例来进行。
之所以这样安排是因为:自动化测试能在人之前发现错误,避免浪费无味的人力资源。
其实如果安排在系统预测试之后也是一种方案。它的意义在于:对于系统趋于稳定的时候适合采用这种方案。而前面的那种方案适合在测试用例相似性非常大的系统中开展。
这里又要纠正一个误区:自动化测试并非只是适合在需要大量回归的测试执行时才需要的。比如我们现在只做两轮的测试,这种情况是否就一定不适合采用自动化测试?答案是否定的,假如我们的系统有如下的特征性还是可以采用自动化测试:测试用例具有极大的相似性。也就是说,可能测试的步骤都是一样的,只是输入参数的不同。假设我们现在有一千条测试用例,每个用例的步骤都是一样的,只是输入数据不同(也就是说等价类非常多),那么这种情况即使只做一轮的测试,没有回归,也还是可以采用自动化测试的。

关键是要结合具体情况进行具体分析。不能盲目的把书本上、课堂上的知识照搬照套。企业需要能随机应变的工程师。

至于说保证自动化的质量,那就不止是自动化本身的问题了。它取决于:人、技术、过程。好的过程需要有SEPG的参与,SQA的监督和指导。
保证了三者,才能保证自动化的质量。
 
此文来源于51testing博客,转载请注明出处

站内搜索
相关文章
◎软件生命周期模型及其选择续
◎软件生命周期模型及其选择
◎测试流程实施方案
◎测试实施过程(Rational)
◎测试工程师工作流程概论
◎鲜为人知的软件项目管理原则
◎IBM的过程质量管理
◎关于个体软件过程
◎开发和运营维护并行时,如何进行版本管理和测试
◎项目管理怎样游刃有余
◎出色管理者的十大思想和行为特征
◎软件测试过程管理实践介绍
◎如何控制软件外包的风险?
◎软件风险管理,防患于未然
◎测试阶段划分
◎打造1+1>2的高效团队
◎判断一个差劲的PM的九项标准
◎谈项目管理和软件测试过程(五)
◎谈项目管理和软件测试过程(四)
◎谈项目管理和软件测试过程(三)
◎谈项目管理和软件测试过程(二)
◎谈项目管理和软件测试过程(一)
◎新任项目经理的五项修炼
◎以测试为核心控制软件开发过程
◎测试过程的基本形式:确认和验证
◎让软件改进过程实现自动化
◎项目整合管理
◎项目沟通管理
◎同行评审过程描述(四)——测量
◎同行评审过程描述(三)——走查步骤
◎同行评审过程描述(二)——评审步骤
◎同行评审过程描述(一)——概述
◎项目质量管理的特点
◎印度项目质量管理经验
◎成功管理者的50大感悟
◎外包项目中的Leader
◎完整的变更请求管理解决方案
◎浅析软件项目管理中十个误区
◎软件测试也要做过程改进
◎软件测试的组织与管理
◎软件项目管理的质量保证
◎你知道如何成为一个积极主动的项目经理吗
◎外包软件项目管理经验总结
◎项目进度计划延期的分析
◎软件过程改进建议
◎信息技术质量管理术语
◎软件项目管理原则谈
◎CMS中的安全性和身份验证(下)
◎CMS中的安全性和身份验证(中)
◎CMS中的安全性和身份验证(上)
热门文章
◎谈项目管理和软件测试过程(一)
◎编写软件测试计划需要考虑的几个问题
◎测试阶段划分
◎成为测试主管第一步
◎谈项目管理和软件测试过程(二)
◎microsoft的测试过程
◎谈项目管理和软件测试过程(三)
◎软件测试过程管理实践介绍
◎SQA测试过程
◎谈项目管理和软件测试过程(五)
◎谈项目管理和软件测试过程(四)
◎软件测试的组织与管理
◎轻松面试找到理想员工-非官方的面试技术指南
◎测试设计中需要考虑的22种测试类型
◎软件本地化外包测试流程分析
◎一个 SQA 的工作日记
◎QA要不要追究BUG发生的原因
◎软件测试也要做过程改进
◎同行评审过程描述(一)——概述
◎软件测试,不可忽略的阶段
◎判断一个差劲的PM的九项标准
◎测试过程的基本形式:确认和验证
◎鲜为人知的软件项目管理原则
◎以测试为核心控制软件开发过程
◎软件产品质量
◎软件测试的人际关系
◎软件特征功能测试过程分析
◎出色管理者的十大思想和行为特征
◎外包软件项目管理经验总结
◎二十三条管理定律
◎持续集成与测试自动化
◎同行评审过程描述(二)——评审步骤
◎新任项目经理的五项修炼
◎你知道如何成为一个积极主动的项目经理吗
◎IBM的过程质量管理
◎打造1+1>2的高效团队
◎软件过程改进建议
◎成功管理者的50大感悟
◎软件项目管理的质量保证
◎测试未来的预测
◎外包项目中的Leader
◎项目管理怎样游刃有余
◎同行评审过程描述(四)——测量
◎软件项目管理中的风险管理研究
◎软件项目管理原则谈
◎项目沟通管理
◎同行评审过程描述(三)——走查步骤
◎项目进度计划延期的分析
◎失败的测试及其应对措施
◎浅析软件项目管理中十个误区

Google提供的广告