如果有能力转开发，还是建议做开发算了，测试付出与回报有时候真不成正比，烦心事还真多。

在没有考核权做这么多事，就只能是打杂，还是没人睬的打杂。。。

这身兼多职不合常理，建议专业只做一块。

#1 楼 @anonymous 嗯，产品，项目经理，测试，运维都是我。。。

你是测试 leader？PM 不顶你？

正规点的话，测试时间当然是你们老大来定的。根据 prd 和开发的对工作量及影响范围的评估，测试给出测试范围和时间。当然，实际情况都是最后开发各种提测晚，产品设计运营改改改，测试加班。。。
所以健康的流程非常重要，需要各部分的老大一起坐下来制定规则~
溜~

应该是没有性价比。有些东西看起来很美好，但是并没有什么卵用。
你要使用 appium 在工作中表现突出，他们就来请教你了。

公司啥的就是一份工作，而你才是人生的主人

你自己有目标就好

看下云测，就知道自动化能给你带来什么：

• 给你带来就业压力
• 给企业带来质量保证

对 “UI 自动化” 我也有些困惑，期待高人的指点

1. 冒烟用例的自动化，除了看是否正确进入页面，是否发生崩溃，还有其他什么能输出么
2. 目前我们这边的分支管理是有个稳定的分支例如 A，开发分支是 B，功能开发完会合到 A 分支，跑用例的话是只当 A 分支有 pr 的时候才触发自动化么？
3. dailyBuild 包的作用是什么呢，如果会包含新开发的功能么，但由于不够稳定，拿来跑自动化没啥意义；如果不包含新开发的功能，那打个包又有什么意义呢

#3 楼 @anonymous 赞

#2 楼 @snowmaster 现在还是那个时间，每天都活在未来，很苦恼吗😂

#4 楼 @nickli 你用自动化做什么了？为什么用自动化？自动化带来多少好处

1. 自动化覆盖率达到 90% 左右（特指接口自动化和单元测试）后，基本上可以作为一个重要的上线标准了。
2. 虽然流程简单，但如果要求你做到开发每提交一次代码你都要执行一次，以确定这个提交有没有影响核心功能，那这个时候有自动化会比没自动化方便得多。

另：自动化只是众多手段中的一种，最终做到更有效的质量监控才是核心。个人觉得开源软件中对自动化测试的应用很值得借鉴。例如一些开源软件在收到 PR 申请后就会自动去做自动构建和自动化测试，以确定这部分代码会不会影响软件的核心功能，这样能节省很多人力和时间，也确实起到了有效的质量监控作用，避免项目被添加会破坏质量的代码。

1.每一次的迭代的 UI 自动只是做一些核心业务的冒烟、回归，并不能发现什么问题，只是保证核心问题没问题
2.相比 UI 自动化，接口自动化做得多一点；这些自动化持续集成后每次都可稳定跑才算是一个真正的自动化

软件能做什么，机器能做什么

其实自动化真的只是一个幻想？

你是从哪个培训机构毕业的吗, 还是文科生转过来的

你原来是哪一行？很多概念应该可以类比过去的吧。

不要吧开发想得多难的事情，尽情去转吧。 大不了前期费力点，做久了就一样了。支持转，加油。

一般代码水平测试开发<开发

测试开发做的不也是开发？

跟上学时 天天泡妞打游戏的同学是一个意思。

转到开发部门跟转做开发之间差距还挺大的，做一个优秀的开发需要的能力还是跟测试不一样的