[原创]自动化测试成功秘诀

lilycheng · 发表于 2009-8-28 17:27:55

头晕眼花，没力气看了……
最新版本C++test免费下载：www.edukit.com.cn
全开放ARM学习平台：www.tryarm.com

sunshine_2009 · 发表于 2009-10-28 16:02:35

学习中。。。

efficient · 发表于 2010-3-8 09:57:56

好的讨论可以激发更多的想法同时也可以再其中得到完善的学习，都说自动化测试不是会用工具就行，但是本人一直深入不到自动化测试中，自动化测试框架的具体使用时怎样子的？还有自动化测试思想太多东西要学了，向各位学习中 ^_^

carol2000 · 发表于 2010-7-23 13:11:22

网页还可以用开源的，如果是应用软件，不用收费的真的没法做
===========
具体使用时你需要考虑的：
1. 自动化测试脚本代码的管理（与SVN等版本管理工具的整合）
2. 测试脚本的定时回放机制
3. 脚本代码与测试数据的分离(Data-Driven-Test)
4. 测试软件界面输入/输出值或者图片的如何存取读取和比较
5. 测试过程中异常窗口的处理
6. 测试结果报告如何清晰的呈现
7. 与bug管理工具(如Mantis)以及testcase管理工具(如TestLink)的整合等等

nideba321 · 发表于 2010-8-17 15:28:52

你们说的这些无疑显现了一个问题，就是测试人员一定要比开发能力强，薪水高，地位高

brin_zhang · 发表于 2010-11-27 01:04:14

我也说2句：
我个人认为，作为一位测试人员掌握自动化，非常必要而且重要，因为测试是无穷尽的，我们必须要把重复性的工作丢给机器帮我们做，这样我们才能够腾出时间做更重要的事情。
自动化也不要想的很神秘，只要是机器自动的帮我们做了我们需要做的事情就达到了它的目的，小到一个编写的宏命令，大到整个测试框架的测试任务。
至于自动化为什么做的越来越累，是我们的态度的问题，很多人是为了实现自动化而做自动化，我们要知道自动化仅仅是一个方法，是测试的手段，不是目的。
很多厉害的牛人，实际上是分析和抽象的能力非常强，能够把复杂的东西简单化，抽象化，而我们现在很多人是把简单的东西复杂化了，所以做到最后掉里面了。
自动化测试的应用需要结合具体项目来灵活处理的，一个系统有它变化的成分也有不变的成分，所以也很简单，自动化主要集中在比较稳定的系统测试回归上面会达到他最大的价值，如果整个系统每个部分都在重构，显然这个系统不稳定，不适合自动化。

lavern · 发表于 2010-12-13 11:33:41

复杂的问题简单化

wangze1123 · 发表于 2011-3-1 14:58:43

nnd,我就瞎扯下我搞自动化：
先说下自己啊。
我目前负责通信产品的自动化测试工作，框架部分主要是组建初始化和端口连接；用例的执行部分；组建停止。我不知道自己对所谓的框架这块理解的是否正确。
头疼问题：目前公司的用例脚本都由我来合入和审核，并且执行，目前有用例2000个左右，由于工具不稳定或环境问题，会导致用例执行的稳定性很差，比如好的时候，成功率会达到87％，不好的时候执行65％。

工具问题，只能在发现过程中不段修改。就环境恢复的问题，我们是这样的原则，动了哪里，执行完后，就恢复哪里。比如，我们执行不同用例前，需要通过MML命令配置环境，用例执行完后，立刻恢复。从而不影响执行下个用例。但是事实情况就是，随着用例的累加，维护起来很麻烦，无法保证用例前都是默认干净的环境，这也是我现在努力提高自动化成功率一个坎。
希望大家共同进步。

riwater · 发表于 2011-3-2 13:52:30

脚本要做到低耦合，这样在后期即使产品功能有变动也容易维护。
脚本中ui和逻辑分开，脚本清晰明确。同样便于修改和维护1

sarahwsn · 发表于 2011-3-4 16:45:47

天网是做自动化测试方面的吗？还有哪位是做自动化测试方面的？有事情向大家请教，方便的话可以加我msn:sarahwangsuna@hotmail.com qq:642403889 欢迎随时沟通。电话：13436928295

散步的SUN · 发表于 2011-3-12 10:46:32

回复 70# wangze1123

我也负责的是通信产品的自动化测试，我们系统测试部门两百多人，产品线一堆，所以自动化测试工作开展起来的话，难度和投入蛮大的
从开始起，我们的定位就是将自动化测试定位在例行测试和回归验证测试。
自动化测试最关键之处在于定位（来源于用例，服务于用例）
然后在于框架（按我们现在做的，主要是将框架分层，尽量做到底层是测试点不变，上层面对设备和数据配置、在上层面对界面，可以传递全局参数）
之后在于需求（需求引导自动化测试的开展程度和覆盖率，需求的提出需要自动化测试人员理解产品以及其实现原理）
最后在于脚本技术
最近很是苦恼于需求....需求很多，但是如何实现，有所考虑
后期框架的扩展还有很大一步路

散步的SUN · 发表于 2011-3-12 10:52:58

回复 68# brin_zhang
没错，说的很对
自动化测试定位很重要
定位低了，是因为自动化测试人员没有站在产品内部的原理出发以及本身自动化水平不够
定位高了，是因为对自动化测试要求过高，太理想化而造成的
关键是要定好位，到底要用自动化测试实现什么，实现的意义多大，然后再就是一个平台的问题，一个东西做不到一个平台则相当于形式了

散步的SUN · 发表于 2011-3-12 10:53:50

回复 67# nideba321

测试人员要想比开发强
则要看其能够帮公司节约多少成本了，带来的价值是否大于开发了

散步的SUN · 发表于 2011-3-12 10:54:45

回复 67# nideba321

测试人员要想比开发强
则要看其能够帮公司节约多少成本了，带来的价值是否大于开发了
其实一个项目50%以上的成本在于测试和维护，所以测试人员如果很好的抓住测试点和方法，还是很值得重视的

散步的SUN · 发表于 2011-3-12 10:55:29

回复 65# carol2000
同意
应用程序试过蛮多开源的，效果还不是很强大，也许是自己的水平局限性吧

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创]自动化测试成功秘诀

站长推荐 /1