自动化测试流程.

wssgily

我想请教几个问题:

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

[ 本帖最后由 songfun 于 2007-2-1 23:50 编辑 ]

louqqson008

学习下

yangmeijava

学习了

火眼金睛

路过，看看，首帖发送~

lyscser

先要有足够强大的流程管控，然后要有足够成熟的开发模式，再就是测试技术和人才培养

介入随时可以，传统意义上的自动化基本都是从集成测试完成之后介入的，而现在趋向于在单元测试开始就大量自动化，开发人员自身对测试工作大量介入，尽可能提前发现bug并且解决，降低软件成本

一心如芷水

版主你好：
我是一个测试新手，做手工测试有一年了，最近公司想引进自动化测试（公司一直以手工测试为主），目前打算用 QTP  来测试，就把这项艰巨的任务交给了我，有几个问题要请教你。

1.公司引进自动测试工具可行性分析怎么写？
2.QTP对测试软件的接口和出口分别指的什么？
3.QTP对所测试软件有什么要求？（开发工具、语言、技术、平台等）。

希望您不吝赐教……
希望大家多多指点、

一心如芷水

我怎么不能发帖子呢，那个郁闷囝

一心如芷水

gy21st

原帖由 songfun 于 2007-1-31 09:57 发表
自动化测试就和单元测试、集成测试、系统测试等阶段一样，都是一个独立而且完整的测试阶段。
它要经历自动化测试计划、自动化测试设计、自动化测试实现和自动化测试执行四个阶段（这就是所谓的V模型）。

楼上几位 ...

不敢苟同。
它要经历自动化测试计划、自动化测试设计、自动化测试实现和自动化测试执行四个阶段（这就是所谓的V模型）。
//这是V模型的思想吗？V模型主要讲述项目过程测试阶段和开发阶段的关系，突出verification和validation.和这个似乎没什么关系

自动化测试就和单元测试、集成测试、系统测试等阶段一样，都是一个独立而且完整的测试阶段。
按阶段来看的话，它介于集成测试和系统测试之间，或者说是介于集成测试和确认测试之间，又或者贯穿于集成测试、确认测试和系统测试这个阶段
//这两句本身就是矛盾的。自动化测试是相对于手工测试而言，并不是一个独立的测试阶段。哪个阶段实施自动化，显然视具体情况而定。一般而言回归测试和冒烟测试是最适合自动化测试的阶段。
至于smoke testing, sanity testing, 预测试这些概念的详细区别，具体大家可以google,也有很多说法。实际测试中概念并无关紧要，重要的是要理解都是为了保证系统的主要功能运转正常能进行进一步全面深入的测试，需要有一个阶段来初步验证系统这些主要功能，目的是确认进入该阶段的全面测试还是返回开发人员修改出现会block测试的重大问题。

lihui82

学习中.

chbhaha

顶sdlkfj3

bbbear7654

呵呵！真的受益匪浅啊～

vincent_wks

正在学习自动化测试的流程，多谢大家的精彩发言

hiyizhiyu

学习中...

wssgily

大家有没有兴趣说说和整理一下,关于测试流程方面的经验?
我上次测试一个刷新页面的程序，就是因为刷新结束后没有任何的提示，所以这个用QTP测试不太容易测试，后来让开发加了一个弹出提示框，就容易测试了．
那时就想到了一点，需求评审时，有可测试性需求，所以在评审时要考虑到以后自动化测试的可测试是相当重要的．比如开发要严格按照规范来写程序，尽量写标准的控件．这样也方便以后的测试，看到帖子里很多都是控件不支持的．我想除了一些真的是QTP不支持以外，还有一个原因是开发的时候没有严格按照规范开发．这个过程是需要我们测试去推动的．推动整个组织的一些规范的东西的出现，我想这也是测试人员的职责所在吧．

songfun

呵呵，还是xiaonan兄弟细心，谢谢~sdlkfj5

xiaonan

呵呵,这点我也注意到了.测试用例100%通过,这个不是测试所能控制的.所以我们所能做的就是把规定密度下的所有用例100%执行.

songfun

刚上来重新更新了一下这篇文章，有个地方觉得表达的不够规范。

整理为：


通过执行这些用例可以获得出口的准则（这里只是指自动化测试活动的通过标准，不是软件系统的通过标准），就是：所有的自动化用例100％的得以执行，用例密度达到10cases/Kloc（这个数字只是举例而已）。而入口准则则是通过了冒烟测试（但是这不是绝对的，有可能是系统预测试之后）。

chbhaha

sdlkfj9

xiaonan

呵呵!songfun的确强人啊.学习啊看来对自动化的理解还需继续深入...