完整的体系干货

好想买一副 ，上小黄车吗

过程分析的很好

错觉 1，测试简单，只要点点点 >>实际造航母
错觉 2，测试不加班，965 >>任何一端加班 ，你都要 996
测试也已经内卷化

抛去一些术语定义不同，这个流程和参与项目的工作流程相似度 90%，握个小手
这有几个小问题点：
3.2 中对于失败用例解决是否有更好的解决方案？这块目前需要投入比较多的人工去维护（这里涉及到底层误报，网络抖动误报，依赖方问题误报等），误报一多，没有及时维护，对于监控麻木，不及时跟进，也就体现不出对应的价值
3.3 接口自动化可以做为服务端的准入测试的前置条件之一，这块会有个问题，旧功能的回归有脚本，新的特性接口人员来不急编写脚本输出给开发作为自动化自测，那么这块是否有好的实践解决方案？以及开发自测过程，出现失败用例问题的跟进判断等？

不太喜欢 xmind，可以考虑在线 EXCEL 的方式，同时结合 xmind 互通，互转。
缺点：会限制 xmind 发散的灵活性
优点：新增，编辑，用例沉淀，共享，复用，执行等都很方便，同时可以把历史用例全部转换搬到线上。

理财怎么做到 10%+ 的，有什么好的方向推荐，后者公众号推荐

好奇问下，撸一个这样自动化框架到 V1.0 版本，耗时要多久

迷茫过 ，努力过，又迷茫过 年龄渐长，路却未走平，加油吧 ，少年，不应该是大叔~ 至自己，继续前行，同时向大佬膜拜

按照清单，应该是人生巅峰的巅峰

招合伙人吗 哈哈

get

关于问题 2，发布生产后没有进行走查测试吗？需要数据同步的，上线前没有进行物料的 checklist 吗？QA 不被重视的公司，QA 容易背锅侠没有话语权

1.编写一个 apk 文件
2.应用多线程创建随机文件

上榜达人

好的

Simple 兄弟 可以提供个思路吗 人效的平台平台包含哪些

谢谢 SheldonBean 虽然你提供不是偏向以人为第一个维度 ，还是主要以服务测试为第一个维度的，但这个先拿来主义的思维可以。
我们内部其他平台也挺多个（QA 部和公司级的），可以按照这个思路 去嵌套部分，或者跳转部分，但数据互通比较麻烦。

谢谢，目前基本也都是以问题为驱动，额外时间充裕情况下 了解周边的技术栈内容与项目涉及的需求点内容。实践是最容易进步的。

社区混了一段时间，觉的的社区真的是一处好港湾，总能遇到让你产生共鸣与扣人心扉文章。绩效，晋升，创新，专利，工具，平台 ，学习 ,KPI ,OKR 各个关键字相同，但做的都不如作者。定目标不难，能一一落地推进实现，难得可贵，交流使人进步，榜样使人进步。圈子内待久了，就容易温水煮青蛙，所以需要更多的交流，与走出去的同事交流，与社区的交流，与博客的交流，与书籍的交流。
关于学习，自己一直知道要持续学习，但总感觉进步的太慢，自律的不够。关于学习阅读这块 非技术类的和技术类的有什么推荐好的方法？特别非技术类的，没有一个知识图谱，如茫茫大海都不知道停留在哪个位置去挖掘学习。
2019 好好锻炼，锻炼太少了，坚持学习，自动化，工具研发，平台开发迭代，项目质量回归。加油~

楼主对自己的是一个很有规划的人，也是一个很自律的人

准备找时间 拜读下 知识就是构建生产力的力量