自动化测试应用(能代替手工测试自动化非性能)

lys696969 2014-06-13 11:45:29
我们公司一直在尝试自动化测试,用过QTP,还有其它一些框架,主要是模式手工对页面的一些操作,做了1年多了,也没有什么效果,受系统需求变更,自动化脚本维护等影响较多。有么有哪位大侠有自动化实践方面的经验,给指导一些,自动化测试应该怎么走?
...全文
645 9 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
qjl1000211038 2014-08-08
  • 打赏
  • 举报
回复
你说的自动化是在即将产品化时候的自动化测试吧,对于你这类测试,价值在于修复补丁及换版上的自动化测试,建议走两条路 1、将你所写的代码与实际业务结合,深挖业务方向,将代码与重点业务结合 2、就是你说的框架,不过这条路比较难,需要运用的技术广度和深度也很大,做成产品化,灵活点,就很有市场了
zucchiniy 2014-08-06
  • 打赏
  • 举报
回复
引用 6 楼 peacedog 的回复:
自动化测试应该如何做?这是一个很大的话题,可以讨论三天三夜,可能都没有确定的答案,但是我可以给你一些参考。 做自动化测试之前,一定要明确自动化测试的目标是什么,同时应该将测试分级来考虑是否自动化。例如,从层级上讲可以有单元测试,集成测试,系统测试,验收测试,需要考虑将哪一个层级的测试做成自动化,层级越往下走,跟UI界面的相关性越低,越往上走,跟UI的相关性越高。考虑清楚以后,然后再考虑哪些功能需要自动化,例如接口API检查是否需要自动化?UI检查是否需要自动化?功能是否需要自动化?将这些分开来考虑。 1,单元测试(自动化程度较高,容易实现) 2,集成测试(可以考虑将接口调用的检查实现自动化,主要是接口之间的API调用,跟UI无关,因此即使UI发生变化,对测试脚本也没有太大的影响,同时也因为实现了自动化,所以能很快检查接口时间是否存在问题) 3,系统测试(自动化程度较难,可以考虑将相对较为稳定的功能实现自动化,或者某些核心功能实现自动化,这样能用最短的时间发现系统新版本是否存在较大问题)
受益匪浅呀。 我觉得最合适的应该是符合自己的框架(Googl,百度等,现在应该都是用的自己的框架),但是受到技术,经济等制约,所以仁者见仁。
BrightFireOfCy 2014-07-12
  • 打赏
  • 举报
回复
引用 1 楼 sp1234 的回复:
很简单,如果注释掉源代码,你们的测试仍然可能够通过,那么这注释掉的代码就应该一直注释掉——过些天干脆可以删除掉。 应该有一个懂行的人做经理。绝不能找一帮只会做手工测试的人去空想什么自动化测试。
哥哥,又见面了,哈哈
BrightFireOfCy 2014-07-12
  • 打赏
  • 举报
回复
引用 2 楼 lys696969 的回复:
[quote=引用 1 楼 sp1234 的回复:] 很简单,如果注释掉源代码,你们的测试仍然可能够通过,那么这注释掉的代码就应该一直注释掉——过些天干脆可以删除掉。 应该有一个懂行的人做经理。绝不能找一帮只会做手工测试的人去空想什么自动化测试。
你说的有点大,空啊,能不能具体点?[/quote] 意思就是一头狮子带一群羊和一只羊带一群狮子的区别. 还有,工具只是工具,还是要看用的人, 牛人连xUnit都不用就能搭个自动化测试的框架.
BrightFireOfCy 2014-07-12
  • 打赏
  • 举报
回复
要求好多 那估计只有Rational Functional Tester了
火山企鹅 2014-07-12
  • 打赏
  • 举报
回复
自动化测试应该如何做?这是一个很大的话题,可以讨论三天三夜,可能都没有确定的答案,但是我可以给你一些参考。 做自动化测试之前,一定要明确自动化测试的目标是什么,同时应该将测试分级来考虑是否自动化。例如,从层级上讲可以有单元测试,集成测试,系统测试,验收测试,需要考虑将哪一个层级的测试做成自动化,层级越往下走,跟UI界面的相关性越低,越往上走,跟UI的相关性越高。考虑清楚以后,然后再考虑哪些功能需要自动化,例如接口API检查是否需要自动化?UI检查是否需要自动化?功能是否需要自动化?将这些分开来考虑。 1,单元测试(自动化程度较高,容易实现) 2,集成测试(可以考虑将接口调用的检查实现自动化,主要是接口之间的API调用,跟UI无关,因此即使UI发生变化,对测试脚本也没有太大的影响,同时也因为实现了自动化,所以能很快检查接口时间是否存在问题) 3,系统测试(自动化程度较难,可以考虑将相对较为稳定的功能实现自动化,或者某些核心功能实现自动化,这样能用最短的时间发现系统新版本是否存在较大问题)
lys696969 2014-06-14
  • 打赏
  • 举报
回复
引用 1 楼 sp1234 的回复:
很简单,如果注释掉源代码,你们的测试仍然可能够通过,那么这注释掉的代码就应该一直注释掉——过些天干脆可以删除掉。 应该有一个懂行的人做经理。绝不能找一帮只会做手工测试的人去空想什么自动化测试。
你说的有点大,空啊,能不能具体点?
  • 打赏
  • 举报
回复
很简单,如果注释掉源代码,你们的测试仍然可能够通过,那么这注释掉的代码就应该一直注释掉——过些天干脆可以删除掉。 应该有一个懂行的人做经理。绝不能找一帮只会做手工测试的人去空想什么自动化测试。

5,215

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 质量管理/软件测试
功能测试压力测试安全性测试 个人社区 湖南省·长沙市
社区管理员
  • 软件测试
  • 虫无涯
  • 小博测试成长之路
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

欢迎大家加入到软件测试的社区,在这里,希望大家勇于发表自己的看法,欢迎大家分享自己在软件测试工作过程中遇到的问题以及工作经验分享。

1.想转行的小伙伴,遇到问题没有及时回复的,可以私聊小博进行反馈

2.大家对社区有好的建议,都可以在社区发帖进行反馈

推荐大家学习的软件测试入门笔记:软件测试入门学习笔记

试试用AI创作助手写篇文章吧