51Testing软件测试论坛

标题: 现在这样的情况是否应该引入QTP等自动化工具呢？ [打印本页]

作者: kenouterface 时间: 2011-2-22 14:32
标题: 现在这样的情况是否应该引入QTP等自动化工具呢？
本帖最后由 kenouterface 于 2011-2-22 14:35 编辑

刚接管测试部门，我们主要是做j2ee电子政务为主，有几位测试人员。之前的测试模式按我的理解就是让测试人员代替用户基于浏览器界面上的各项点击，录入的操作，难以说有效和准确，所以测试效率和效果只是一般。现在打算引入自动化测试的流程，解放测试人员的重复劳动，从而把更多精力放在测试需求分析和测试用例的考量上面，但我对此没有太多的经验，不知道这种情况是否应该或者说值得引入QTP这个工具？请有经验的童鞋指点一下。

比如现有的一个用户注册的功能，页面上可能有用户信息的填报项，包含了用户姓名（输入框）、性别（下拉框）、邮箱（输入框）、单位（输入框）、联系电话（输入框）等几项。那么我就想是否这个QTP或者其它什么工具能识别我提供的测试用例组合，然后自动为我进行测试，反馈测试结果给我呢？例如我界定一个有效的组合作为基准，例如姓名：张三，性别：男，邮箱：abc@abc.com，单位：某企业，联系电话：13912345678。然后我再针对测试需求，编辑每一个框的不同边界值，例如姓名框的用例可能有张三，李四abcdefg，12345，（空值）。。。等几个，然后在保持其他输入框是在基准组合的情况下，这个工具自行帮我替换测试不同的姓名框的输入内容，然后又恢复姓名框到基准项，再依上述方法逐个测试性别，邮箱，单位，联系电话的测试用例是否正确。这样做的目的是能一次过测试出来到底是哪个地方有问题。否则如果一个用例组合通过了，下一个组合同时改变了姓名、邮箱、单位的框，一旦程序报告出来说姓名输入错误，我也无法确认邮箱是否就输入正确了。

这种情况下是否能通过QTP或者其他什么工具能做到呢？要人工一个个来测试来做的确有点太过麻烦了啊，现有人员有一定编程理解基础，从0开始学习使用自动化工具加一些脚本编程这样的代价我觉得是可以承受的了的。请各位有经验的童鞋指导一下迷津

作者: hsjzfling 时间: 2011-2-22 15:51
重复度较高的UI测试交给自动化来完成是比较合理的,B/S架构的系统也是比较容易实现自动化的.

比较建议LZ招聘一名经验较丰富的自动化工程师,由他来逐渐搭建自动化测试平台打造自动化测试团队

作者: shanxi 时间: 2011-2-22 16:25
回复 1# kenouterface
可以循序渐进做自动化。

不用找有经验的测试。可以找个有潜力的1~2年的java开发来攻坚，也许就可以用Selenium解决不用QTP了。

作者: wugecat 时间: 2011-2-22 17:36
框架设计好后，最终达到的目的是，由普通手工测试人员来实现自动化，专门的自动化设计人员只要1,2个来负责测试开发工作

作者: sunnyswu 时间: 2011-2-22 23:03
搞笑！ 1-2年的java开发，回去做测试？

作者: 43528782 时间: 2011-2-23 08:43

搞笑！ 1-2年的java开发，回去做测试？
sunnyswu 发表于 2011-2-22 23:03

要的是解决问题的方法和思维.

作者: maomao121 时间: 2011-2-23 09:03
what a perfect case for automation and QTP!

作者: lyscser 时间: 2011-2-23 10:24

回复 kenouterface
可以循序渐进做自动化。

不用找有经验的测试。可以找个有潜力的1~2年的java开发来 ...
shanxi 发表于 2011-2-22 16:25

他对测试流程不一定懂多少，游击型的自动化建设是个祸害

作者: lmlose 时间: 2011-2-23 15:07
自动化测试相对小公司代价太高，建议你先分析需求设计用例，提高手动测试的覆盖率。测试用例写得差不多后，从中选择一部分简单的、重复性的用例进行自动化。我只想告诉你可自动化的用例是有限的，不要异想天开所有的用例都可以自动化。

作者: sjrsjr12 时间: 2011-2-23 16:03
楼主说你们只有几位测试人员,人员过少,这也限制了你们在自动化方面会比较困难,可以考虑搭建一个简单的方便使用的框架,对一部分的用例进行自动化以提高测试效率. 如果你们公司对软件的质量要求很高,有完善的测试用例,建议你可以引入自动化测试,先从QTP开始也是比较好了,易上手. 如果你们公司对软件的质量要求不高,对测试不够重视,那上自动化就会产生很多问题.
不妨先试试看下效果

作者: shanxi 时间: 2011-2-23 16:49

他对测试流程不一定懂多少，游击型的自动化建设是个祸害
lyscser 发表于 2011-2-23 10:24

流程都是人定的，你的明白？

作者: sunnyswu 时间: 2011-2-23 18:55
回复 11# shanxi

哥们！你见过几个作开发的，转去做自动化测试了？
还写vbs脚本。开发转做测试的是因为各种原因没有走上开发的路，不过这种人可遇不可求！
你知道他会不会写代码？！

作者: willsmas 时间: 2011-2-23 23:21
我建议你熟悉环境后再去运作这个事情，我在管理中也遇到了回归测试比较多时，很想引入自动化工具去辅助做这个事情，但是后来还是用接口测试来替代了，我们是C/S架构的产品，C#进行的二次开发，接口测试非常必要，而且我们的软件很依赖于数据，就是对数据质量要求挺高的，要想测得充分就得发挥你的经验，当然分析能力也很重要。
自动化维护的成本比较高，至于是否引入自动化工具还得看公司是否有这个必要，对于B/S架构的产品，测试用例还是必须的，不管是功能测试还是单元测试。
对于测试你可以分成两块业务性测试（测试需求）和技术测试来做。其他我想无非都是工具，事在人为，不一定上工具就能做的好，也不一定不上工具就做不好，哈哈

作者: shanxi 时间: 2011-2-24 08:19
回复 12# sunnyswu

之所以让楼主找会java的coder来攻坚自动化，是因为楼主公司的开发是这种语言，如果找的人给力能够搭起一套框架或流程完全可以用Selenium来做。为什么一定要用QTP呢？

这份工作的工作难度不过是整合，对于合格的开发来说不难，所以楼主需要有能力告诉此人你需要什么，如果自己不清楚就不能这么做啦。

作者: 零下零度冰 时间: 2011-3-3 22:13
好多工具都可以实现LZ的需求，但是对于LZ来说关键是值不值得，在人员配备不足且从未开展过自动化的公司来说盲目的上自动化风险比较的高，而且主流的自动化工具太贵，开源的缺技术支持，培训难度比较大，所以LZ还是仔细考虑一下吧，如果想尝试一下可以，先从开源工具开始吧，如果开源的工具都掌握的没有问题，主流的测试工具上手应该是没有问题的

作者: 131425god 时间: 2011-5-12 17:13
版本更新不频繁，可以用自动化工具来做，
不过就像上面某位童鞋提到的，不可能所有的功能都用自动化来完成，
能用自动化来做的部分是一些比较稳定，不宜变，简单的模块。

换句话说，新功能测试还是很依赖手工测试。
自动化工具可以用于最后checklist的测试，也就是版本稳定后的常规功能测试。

作者: zouping 时间: 2011-5-13 15:26
看帖必回

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)