Robotium Robotium 自动化测试 - 手工用例 和 自动化用例的关系?
现在真心纠结的问题，希望和大家一起讨论.
测试新人，也没有什么经验，领导给安排做自动化，说实话，自动化这个概念已经不新了，而且基本上好多公司也在做。而且也已经成型了。 我在一家创业公司，搞这个的就我自己，因为之前也没有什么经验，所以都是在自己慢慢摸索。
就目前情况来看，自动化的实施还是存在相当多的难点的，其中也包括许多细节的处理。
针对自动化用例这个问题，我一开始是脱离手工用例的，按照自己的对业务的理解来写自动化 case，但是发现这样的话，对手工测试来说，自动化没有给他们带来所谓的解放.. 因为自动化对照手工用例来讲，覆盖的是少之又少....
领导不乐意了...我也觉得这样做的话 意义不大。
接着，对照手工用例来写自动化用例。哇...手工用例真心好细啊，覆盖起来也是成本很高。
所以就引发了这样的思考...
Robotium 自动化测试 - 手工用例 和 自动化用例的关系?
觉的这个问题很矛盾 如果完全按照手工来，自动化成本有点太高了。 如果不按手工来，又不能帮助手工减少负担... 究竟如何达到一个平衡点呢?又要怎么去实施呢?
第一次发帖~
欢迎大家给出意见~
谢谢前辈们！
个人觉得用例不用区分自动化和手动吧。根据业务实现，一条自动化脚本可以实现 2 个或者多个用例。一条复杂的用例可以拆分为多条脚本。然后弄个工具啥的记录下用例 id 和脚本 id 的对应关系。
就写冒烟测试吧，把冒烟写好先
握手。。。同是测试新人被弄去做自动化。。。不如你的是，还没搞清手工测试呢。。。
关于用例，个人认为，不用特别细致，而且写用例的时间不用过长，十几分钟到二十分钟内，把某个模块或者业务流程的用例梳理出来，这样的用例无论是手工去跑还是自动化去跑，都很有用。我觉得自动化用例和手工用例可以是同一个，如果分开的话，那也只是自动化代码逻辑方面的不同，所以建议还是以手工的用例为主！
我也是一个新手，我做的手工测试也不长，我是认为用自动化覆盖冒烟测试/回归测试，用手工测试来寻找缺陷，用例使用的是同一份，无法使用自动化实现的就在用例中备注。