哈哈，老年痴呆测试。做底层测试是到不了 65 岁的，45 岁估计都难~

之前总结的自动化思维导图，希望对你有帮助。https://testerhome.com/topics/21912

建议看下鸟哥的私房菜，系统学习下吧。

是的，特别是有了家庭之后发现总是捉襟见肘。大家都是在负重前行，但只要大方向是对的，达到我们想要的生活的概率才会更大，而不是陷入一种看起来很忙碌但其实可持续性不强的工作和生活状态。

你说的很对，副业如果最后不能变成被动收入，或者性价比高的收入，其实意义也不大，本质上还是在卖时间和体力。我个人现在实践和学习的方向是理财这块，包括基金定投，股票，这些，仅供参考。

谢谢。恩，提前规划总是好的，不然真的是人无远虑必有近忧。

前途不知道，但是如果要把别人教懂，起码得具备这几点素质：
1）成体系的知识系统
2）对底层原理的理解
3）良好的表达和演讲能力
4）丰富的项目实战经验

谢谢鼓励，你们用的什么方案做游戏 UI 自动化？

搭建 k8s 集群

哈哈，已经更正 bug。

你说的对，所以原则二已经写了，如果有包涵关系，写成一个用例。
可能我解释不够清楚，独立运行的意义是，作为执行人员，我可以任意选一个测试用例运行，而不是按照某种顺序去运行用例，这样解释能理解么？

这个就是看你设计这个用例的目的。如果是冒烟用例，这么过一遍没有问题。如果你的重点是某一个点，比如查询评论，那你一个用例是不够的，还需要用多个不同场景来覆盖，那么这个时候你每个测试可能还是需要造数据和销毁数据。还有，注意看原则 2，如果已经出现了包涵关系，你也可以放到一个用例里面。

可以从实践中多总结。论坛也是学习和交流地方~

最近也在学习大数据，建议下载一个单机版的大数据平台理论结合实践进行学习。ww.cloudera.com

可以尝试从一个点突破，做一个很小的 demo，让团队看到实际的效果，比如测试效率的提升~

谢谢你的建议~

可以自己写，也可以由更熟悉业务的手工测试团队写用例。每个公司模式不一样，情况不一样，大公司可能分工会更细一些。

谢谢提醒，已经更正。

用例很多时候，分布式执行也是一种策略

谢谢鼓励

个人观点，测试用例可以独立执行，表示每个用例可以独立执行，没有依赖。具体情况要考你的每个测试用例的测试重点和策略。比如你说的 APP 测试，不一定要每次都关闭应用退出，就好像在 web 测试，不是每个用例都需要关闭浏览器，但是每个用例可能都需要登录和注销。设计测试用例时候还要考虑这个是否是用户使用的高频场景。

用了 gitlab-runner 么？

猿粪啊~

cypress

深入浅出，详细阐述了字符和编码~