神马文学网[转]自动化测试的错误定位
来源：百度文库 编辑：神马文学网 时间：2024/04/29 14:24:15
(2009-01-07 21:07:40)
转载
标签：自动化
测试
错误定位
qtp
it
分类：QTP测试工具
文章出处：http://www.51testing.com/?174770/action_viewspace_itemid_96837.html 作者：卢晨之
做的人，经常碰到这样的问题：
[^{;TX@120659上司：“脚本跑得如何了？找到BUG没有？”51Testing软件测试网"J]-rs/Zr(F@ W8?
员工：“没有。”51Testing软件测试网r5v+`,N dE
上司：“没找到BUG？！不可能吧？是不是你脚本写得不够好？”51Testing软件测试网!p FcTC[%rJ1vb
员工：“自动化是拿来确保后期产品的质量的，不是来找BUG的”（心里一百个不情愿，埋怨上司不懂什么叫自动化，网上都这么说）
bTcEu @120659上司：（我给你哪么多时间你搭建的自动化就给我一个这样的结果？）51Testing软件测试网4Tp+Fd$l ej0U.}
自然，这样的对话会让上司觉得普及自动化的意义的存在与是否再愿意投入。51Testing软件测试网*T\Po9D$N M
fIr7Y#q\Vt120659 自动化测试的意义，在很早以前就被自动化老手定位在回归测试中，或者说是由于主流的测试工具带来的负面影响，目的在于确保工程质量。因此这个理念也随着时间的推移根深蒂固，很多人不愿意思考，自动化就是回归测试的人力代替品，这样也导致了自动化普及成了一个瓶颈。敢说现在很多公司对自动化的重视远远没有手工测试来得多，在这里与自动化的定位脱不了干系。 51Testing软件测试网]B~:j C#Y
在这里先说下场景测试用例与用例，场景用例是测试建立在某种已模拟的环境上，包括数据准备，数据传递等的流程用例。而功能测试用例更偏重的是某个环节，控件等的可操作性与功能的测试用例。
[(v F'e;t!{m120659普遍按照刚才的自动化回归论，就是基本建立在场景用例的基础上，“录制-回放”的模式。我们需要的是产品的定型，稳定后，我们的自动化才能展开。自然，在团队开发中，自动化工程师就成了一个单打独斗的角色，并且自动化的优势被这样的定位完全弱势化，自动化工程师早期就在哪里凉菜，后期又跟着别人后面跑，如果你是领导，你会被说服去让产品如此自动化吗？ 51Testing软件测试网!^3^2A&y2{-|J3[o_&W#p
我们在长期的实践中，我们慢慢摸索出如何让自动化的更为容易被大家所接受，普及并改进。在这里我们重新对自动化测试定位：
h"{.g I_-r120659u独立于产品的成熟与稳定51Testing软件测试网(c:E4RoQ%n{8R
u早期能建立在功能测试用例基础上，并开展测试，后期建立于场景用例基础上
u更大的贯穿软件生命周期51Testing软件测试网|)x!O;]rN u"iS
u可维护性51Testing软件测试网3|0I)C z]
u通用性
g$t | N+d)e120659u敏捷性51Testing软件测试网 v8}$C1g|!d v { X'Yx
u高效性
!wh}5s+z F:B${120659为什么如此定位而且我们要如何做到呢。
R,H r\ Sf120659 一、定位能独立与产品的成熟与稳定，这点是很多自动化工程师所期望的，与第二点其实有着必然的联系，也是因为我们建立在功能测试用例的基础上，让我们能不局限于产品的现态。关于产品的稳定，我们使用了基于功能测试的自动化脚本，主要需要把握的是对异常的捕获，它越不稳定，我们抓到的BUG会更多，自然也需要考虑到错误恢复。
Z]
转载标签：自动化
测试
错误定位
qtp
it
分类：QTP测试工具
文章出处：http://www.51testing.com/?174770/action_viewspace_itemid_96837.html 作者：卢晨之
做的人，经常碰到这样的问题：
[^{;TX@120659上司：“脚本跑得如何了？找到BUG没有？”51Testing软件测试网"J]-rs/Zr(F@ W8?
员工：“没有。”51Testing软件测试网r5v+`,N dE
上司：“没找到BUG？！不可能吧？是不是你脚本写得不够好？”51Testing软件测试网!p FcTC[%rJ1vb
员工：“自动化是拿来确保后期产品的质量的，不是来找BUG的”（心里一百个不情愿，埋怨上司不懂什么叫自动化，网上都这么说）
bTcEu @120659上司：（我给你哪么多时间你搭建的自动化就给我一个这样的结果？）51Testing软件测试网4Tp+Fd$l ej0U.}
自然，这样的对话会让上司觉得普及自动化的意义的存在与是否再愿意投入。51Testing软件测试网*T\Po9D$N M
fIr7Y#q\Vt120659 自动化测试的意义，在很早以前就被自动化老手定位在回归测试中，或者说是由于主流的测试工具带来的负面影响，目的在于确保工程质量。因此这个理念也随着时间的推移根深蒂固，很多人不愿意思考，自动化就是回归测试的人力代替品，这样也导致了自动化普及成了一个瓶颈。敢说现在很多公司对自动化的重视远远没有手工测试来得多，在这里与自动化的定位脱不了干系。 51Testing软件测试网]B~:j C#Y
在这里先说下场景测试用例与用例，场景用例是测试建立在某种已模拟的环境上，包括数据准备，数据传递等的流程用例。而功能测试用例更偏重的是某个环节，控件等的可操作性与功能的测试用例。
[(v F'e;t!{m120659普遍按照刚才的自动化回归论，就是基本建立在场景用例的基础上，“录制-回放”的模式。我们需要的是产品的定型，稳定后，我们的自动化才能展开。自然，在团队开发中，自动化工程师就成了一个单打独斗的角色，并且自动化的优势被这样的定位完全弱势化，自动化工程师早期就在哪里凉菜，后期又跟着别人后面跑，如果你是领导，你会被说服去让产品如此自动化吗？ 51Testing软件测试网!^3^2A&y2{-|J3[o_&W#p
我们在长期的实践中，我们慢慢摸索出如何让自动化的更为容易被大家所接受，普及并改进。在这里我们重新对自动化测试定位：
h"{.g I_-r120659u独立于产品的成熟与稳定51Testing软件测试网(c:E4RoQ%n{8R
u早期能建立在功能测试用例基础上，并开展测试，后期建立于场景用例基础上
u更大的贯穿软件生命周期51Testing软件测试网|)x!O;]rN u"iS
u可维护性51Testing软件测试网3|0I)C z]
u通用性
g$t | N+d)e120659u敏捷性51Testing软件测试网 v8}$C1g|!d v { X'Yx
u高效性
!wh}5s+z F:B${120659为什么如此定位而且我们要如何做到呢。
R,H r\ Sf120659 一、定位能独立与产品的成熟与稳定，这点是很多自动化工程师所期望的，与第二点其实有着必然的联系，也是因为我们建立在功能测试用例的基础上，让我们能不局限于产品的现态。关于产品的稳定，我们使用了基于功能测试的自动化脚本，主要需要把握的是对异常的捕获，它越不稳定，我们抓到的BUG会更多，自然也需要考虑到错误恢复。
Z]
[转]自动化测试的错误定位
自动化测试
图形界面自动化测试的前途在哪里？
测试自动化的19个教训
何时自动化系统测试
自动化功能测试总结
你的组织为自动化测试做好准备了吗？
纯技术角度看自动化测试的迷思
微软UI自动化测试的技术演变(上)（1）
让开发自动化: 持续测试 (转与 developerWorks 中国)
用 Selenium 自动化验收测试
让开发自动化: 持续测试
QTP自动化测试过程解析
QTP与QC的完美结合实现自动化测试框架－业务组件测试 - 51Testing软件测试网-...
纯技术角度看自动化测试的迷思 - papercrane的专栏 - CSDNBlog
Web 应用程序用户界面低层测试自动化
使用 Rational Robot 实现自动化测试
使用 Rational Robot 实现自动化测试
上位机软件自动化测试经验总结
使用 Rational Robot 实现自动化测试
软件工程与软件测试自动化教程
Web 应用程序用户界面低层测试自动化
web测试的一些经验分享 - [软件测试新手上路] - 51Testing软件测试论坛 软件测试 | 软件缺陷跟踪 | 软件配置工具 | 测试用例设计 | Web测试 | 自动化测试工具 - Powered by Discuz!
用Ant自动测试JUnit(Ant测试自动化--上