🎉 🎂 🍰 TesterHome 创立 9 周年纪念日 🍰 🎂 🎉

Robotium Robotium 自动化测试 - 手工用例 和 自动化用例的关系?

uncle · 2014年12月09日 · 最后由 Yunney 回复于 2016年01月20日 · 182 次阅读

现在真心纠结的问题,希望和大家一起讨论.

测试新人,也没有什么经验,领导给安排做自动化,说实话,自动化这个概念已经不新了,而且基本上好多公司也在做。而且也已经成型了。 我在一家创业公司,搞这个的就我自己,因为之前也没有什么经验,所以都是在自己慢慢摸索。

就目前情况来看,自动化的实施还是存在相当多的难点的,其中也包括许多细节的处理。

针对自动化用例这个问题,我一开始是脱离手工用例的,按照自己的对业务的理解来写自动化 case,但是发现这样的话,对手工测试来说,自动化没有给他们带来所谓的解放.. 因为自动化对照手工用例来讲,覆盖的是少之又少....

领导不乐意了...我也觉得这样做的话 意义不大。

接着,对照手工用例来写自动化用例。哇...手工用例真心好细啊,覆盖起来也是成本很高。

所以就引发了这样的思考...

Robotium 自动化测试 - 手工用例 和 自动化用例的关系?
觉的这个问题很矛盾 如果完全按照手工来,自动化成本有点太高了。 如果不按手工来,又不能帮助手工减少负担... 究竟如何达到一个平衡点呢?又要怎么去实施呢?

第一次发帖~
欢迎大家给出意见~
谢谢前辈们!

共收到 13 条回复 时间 点赞

个人觉得用例不用区分自动化和手动吧。根据业务实现,一条自动化脚本可以实现 2 个或者多个用例。一条复杂的用例可以拆分为多条脚本。然后弄个工具啥的记录下用例 id 和脚本 id 的对应关系。

就写冒烟测试吧,把冒烟写好先

握手。。。同是测试新人被弄去做自动化。。。不如你的是,还没搞清手工测试呢。。。

#2 楼 @shixue33 嗯,冒烟的话也就是大体流程,现在已经覆盖了 就是说细节...覆盖起来有难度。 我现在认知里的覆盖是相对与手工测试用例而言的

#3 楼 @april46 额 我手工也就做了 3 个月啊 也没整太明白啊 慢慢积累,共同进步吧

#1 楼 @htdx0101 我说的自动化用例 指的代码实现。 之前有单独写过自动化的 excel 用例,但是发现和手工偏离了啊,作用没那么大了

关于用例,个人认为,不用特别细致,而且写用例的时间不用过长,十几分钟到二十分钟内,把某个模块或者业务流程的用例梳理出来,这样的用例无论是手工去跑还是自动化去跑,都很有用。我觉得自动化用例和手工用例可以是同一个,如果分开的话,那也只是自动化代码逻辑方面的不同,所以建议还是以手工的用例为主!

#7 楼 @bill 嗯嗯 谢谢分享~

#8 楼 @uncle_mm
转换一下思维,结果导向。做自动化为的是减少手工嘛?貌似不行哦,是为了快速回归一些主要的常见的功能或场景,那么就看看哪些功能或场景,能最快实现即可。
用例形式不要受手工的影响,因为自动化不能替代手工。

uncle #10 · 2014年12月10日 Author

#9 楼 @mic 说的也有道理... 现在的问题是 leader 的想法才是实施方案...

#10 楼 @uncle_mm
不要做的没有思想的工具,~~
do the right thing~

uncle #12 · 2014年12月10日 Author

#11 楼 @mic 有思想,也说不过领导

我也是一个新手,我做的手工测试也不长,我是认为用自动化覆盖冒烟测试/回归测试,用手工测试来寻找缺陷,用例使用的是同一份,无法使用自动化实现的就在用例中备注。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册