#10 楼 @seveniruby 恩,听你这么一说感觉很有道理。只是我觉得以后不懂相关技术的测试人员会越来越少的。懂技术的人越来越多。我倒是希望他们可以慢慢的偏向这部分用户
#8 楼 @seveniruby 感觉现在这些测试服务平台在提供真机和模拟测试环境上做的挺不错的。但是在自动化解决方案上还是差挺多的。10 分满分的话,也就做了 5,6 分的样子吧。 总是依赖录制回放,目前我不太看好录制回放,维护噩梦的感觉,而且不灵活,能做的事情少,有很多业务录制回放做不了的,需要自己写逻辑实现。
#3 楼 @seveniruby 是因为都过年回家了么?我看里面有基于 chrom 的录制回放的工具。 好像这里的测试解决方案都是基于这个的吧。 效果怎么样? 我始终觉得录制回放的不靠谱
是我大开方式不对么? 很多连接点击无响应。 我试用的时候点击提交任务,但是提示我有任务运行导致当前任务不可用。 但是我又找不到任何在运行中的任务。
#8 楼 @hu_qingen 收到 多谢哈
从来不去宣传,做的真的好,人家自然就过来找你
#30 楼 @sixleaves 额,我们并没有移动端产品,我们是 TO B 业务,给企业级用户做产品的。所以前端只有 PC 端。 我们持续集成是对整个产品做的。所以也包括 UI 自动化。
#23 楼 @tigerge000 额~ 见笑了。。。。当初确实是为了学习点 java 并发包的东西才用这种方式的。。。。
#1 楼 @Lihuazhang 精辟
#10 楼 @seveniruby 现在积极的跟在开发和运维沟通。他们也有意做这些。希望今年能作出点成绩出来~~
#38 楼 @seveniruby 恩 ,对的,所以我说跟业务种类相关么。 不管产品架构如何,回归自动化这种一般都是搞的出来的。分层自动化在 UI 层和接口层也不难搞。 专项测试方面我不太清楚移动端怎么定义的。如果意思是更深入的测试,找出 bug 的原因等。那么是需要了解产品架构的。想自动化就需要能够操控各个组件 fake 一些状况。例如我们公司用 etcd 作为服务发现和负载均衡。那测试的时候就自己去 etcd 上 hack 一些操作。或者故意 kill 掉摸个某块的核心进程等等。不知道理解的对不对。 总的来讲,感觉只要不是产品业务上因素的制衡。总是能找到办法去自动化的。
#36 楼 @michael_wang 我们 bug 也多,但很多跟我们没啥关系。提测准入标准是跑过自动化测试。 测试失败了开发自己去修了。不需要我们 QA 管
#30 楼 @safe
#31 楼 @seveniruby
我感觉自动化做不起来跟公司大小好像没有决定性的联系。我见过一些公司,包括我现在的公司,虽然公司小,QA 人数少,例如我们只有 4 个 QA。但自动化依然有声有色的。应该是跟业务种类,公司的重视程度和 QA 人的技术水平有关系更大
啥也不说了,先点个赞
#2 楼 @Lihuazhang 额,目前还在调研中,没有实际用在公司的项目中。 之后比较一下 mesos 和 k8s,最后跟同事商量一下到底用哪种方案。 没准真正落地是很久之后的事了