#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,最后跟同事商量一下到底用哪种方案。 没准真正落地是很久之后的事了
#3 楼 @seveniruby 正在尝试 QA 涉足 devops 的路线是否可行,希望能以 QA 之身在公司内部打通开发 - 测试 - 运维的界限。做出更好的工程化实践。
#3 楼 @seveniruby docker 在生产环境确实不尽人意,没人用。我也只是想在公司内部看看 swarm 是否可行,之后也会去调研一下 mesos 和 k8s。 我们的产品之后要涉及到多租户,资源隔离。所以大家都在调研各种集群部署方式。 多了解一些以后测试也方便,之前跟一些人沟通,发现涉及到这些的东西都是开发和运维自测,很少有 QA 介入,都觉得 QA hold 不住,我也是有野心想搞一搞。 我们公司的情况也比较特殊。暂时没有专职的运维,但是有一票做过运维的开发。所以运维的工作都是我们平分了。 公司内的所有产品环境都是用我的那套机制去维护。所以好多东西也就逼得我去了解了。另外对 devops 的东西非常感兴趣,有意思往这方面发展一下,所以最近也是积极的学习一些运维的知识。
加油吧。我们都是在不停的踩坑中成长起来的
思寒又要删好多帖子了
人往高处走,水往低处流. 多往上面看看就好了。
#12 楼 @595233872 其实也不是我写的。 我们的开发写了个 config server。我们的配置都动态的去读
#33 楼 @hu_qingen 咳咳,算虚岁的话我也 30 了。。。。
我表示根本不想这些。。。。
生活工作学习都没耽误。让人向往的生活
想要 report 美观的话,建议别用 reportNG 了,做了一堆定制也好不到哪去。 去看看 allure report 吧,个人感觉最好的测试 report 框架,没有之一,功能十分强大。 你可以翻翻我以前写的帖子。
多机执行的话。我比较建议用 Jenkins 控制,曾加减机器比较灵活,不用配置端口号,UUID 什么的,不必对代码做任何改变,单机还是多机完全看资源池里还有多少空闲机器,想运行的更快直接加机器就好了。不过我是在 pc 端用 selenide 做的。手机端 macaca 能不能搞也不清楚。现在我们是配置了多台虚拟机并发执行,每个虚拟机同时启 4 个浏览器。
#29 楼 @seveniruby 额,我还没怎么想过我老了干不动的事呢。。。。。
#16 楼 @pingcredit 是的。。。我也是碰上了一个好团队。 换了另一个团队,我估计我也是感叹英雄气短的命了
#25 楼 @seveniruby 我比较好奇为啥 HR 给你下任务。。。。招人不是咱们的专长。。。。