大家好，我是阿常，昨天在视频号进行了第四场公开直播，直播时长 1小时 21分钟，观众总数 45人、最高在线 13人、平均观看 22分 47秒。
昨天阿常和测试圈内的好朋友 CKL、阿萨连麦，CKL 是一位测试架构师，阿萨是一名测试经理。
一、连麦分享内容
一）聊聊居家办公
CKL：其实我觉得居家办公跟在公司区别并不是很大。
先说说如何高效沟通。我们可以通过远程办公协同工具，包括多人在线协调云文档，包括视频会议，包括电话沟通等等。
再聊聊工作结果可视化。比如我们会在下午 5点半召开一个视频会议，同步一下每个人的工作成果，以及对于接下来要做的事情做一个同步的沟通。
居家更看重的是自律。在公司环境下活动受限，我们只能做工作相关的事情，效率往往显得不那么重要；而在家办公，如果我们能把效率提高，我们会有更多的时间自主安排工作以外的事情。建议大家平时工作中多注意提升效率，对于重复性的工作，我们可以写小工具或者实现流程化。
阿常：我挺认同 CKL所说的两点，一是居家办公跟在公司区别不大，二是如果我们能够提升工作效率，我们可以拥有更多自主的时间。
关于沟通方面，线上办公除了无法真实的面对面交流以外，其他都是一模一样的，包括发文字消息、语音通话、视频会议、电话沟通等等。
工作结果可视化，我们线上办公延用的是线下办公的同一套模式，包括云文档协同，包括每日晨会，包括周会。
提升工作效率，聚集办公时工作效率的高低还不是很明显，个人办公时就能明显体会到提升效率的益处了。比如阿常最近这段时间居家办公，我把工作做完了，我可以多出来时间练瑜伽、玩滑板、画画、看电子书等等。
阿萨：CKL 和阿常提到的点也是我想说的，这里我再补充其他两点。
一是居家办公给 IT 提出了更高的要求。IT 要负责居家办公期间所有员工在家的网络与公司网络的连通，以及安全性的一些保障，包括数据的保密、脱敏等等。
二是养成给自己 leader 主动汇报成果的习惯。leader 无法保证兼顾到每个人的工作情况，建议大家主动跟自己的 leader 反馈工作进展、预告风险等等。
二）写作，日更，周更
阿常：首先说说我为什么写作，我写作的目的是为了提升职场竞争力，工作中做总结、汇报以及梳理知识库都需要使用写作能力。
其次我为什么要日更呢，一个原因是我有足够的时间写，还有一个重要的原因是我觉得习惯的养成需要每天坚持。
最后分享一下日更给我带来的好处，当我准备输出一篇文章把某个测试知识讲给读者听时，我发现自己对这个知识浮于表面，并没有真的明白这个知识的原理，所以我讲不明白，这就倒逼我去做更多的输入和思考。
阿萨：我来分享一下我为什么日更，主要有两点。
一是我对学习总是浅尝辄止。我想通过日更对自己掌握的知识做个梳理，通过输出倒逼输入，看看我对这个知识的掌握情况如何，我能否给别人讲清楚这个知识。
二是我有严重的拖延症。以前一般不到 deadline 我都不交活的那种，通过日更我希望自己能养成提前规划的习惯。
CKL：我先来分享一下我为什么周更，一个原因是时间上不太允许我做日更，另外一个原因是从内容上来说，我更倾向于输出一篇带有自己观点的、有深度思考的长文，这样的文章往往需要我进行大量的输入，也导致了我没法做到日更。
再说说我为什么写作，在团队中我本身也在做大量的关于测试架构方面的输出工作，所以我开通公众号，目的是对于这些测试架构知识做进一步的总结。
通过写作给我带来的好处，认识更多同频的人，不同的思维可以碰撞出不一样的火花，而个人思维容易进入知识盲区或者知识惯性。
三）关于测试架构师
阿常：对于测试架构师日常工作中做哪些事情我还挺好奇的，这个岗位似乎还挺稀缺的，我所经历的公司没有这个岗位。
我对测试架构师的理解就是技术架构师，主要是做技术选型，以及带领整个团队做技术提升的。
阿萨：我们以前公司的技术架构师做的是类似项目经理的角色，似乎跟我想象中的测试架构师不是一个概念。
CKL：一家业务体系庞大、复杂的公司的测试架构师的职责主要有五个。
1、测试团队的技术带头人
测试架构师会关注整个团队的技术提升，包括技术难题的攻关，团队遇到的技术难题，你能够做到 90%的解决率。
2、深入参与关键业务的评审
关注软件的可测试性，作为测试 leader、项目负责人或者测试架构师需要深入参与技术架构的选型，包括前期的概要设计，给出建议。
3、测试基础设施的搭建
比如说60～70人以上测试团队做接口测试，接口测试工具很多，我们需要做技术选型或二次开发，让团队使用统一的工具；比如说关于专项测试或者日常管理，我们可以做一个统一的平台实现可视化管理。
4、解决各类团队实际问题
比如说业务遇到了技术性的问题，包括大数据测试、全链路接口跟踪测试等等，测试架构师需要帮助业务团队解决这些实际问题。
5、关注行业发展，规划团队整体发展路线
目前行业中大家在玩什么，我怎么将这些引入到团队中，如何去落地，全量推还是先拿试验去推。
跟测试相关的，上到规划下到一线都需要测试架构师做全局的考量，不能脱离实际必须跟业务紧密结合，因为在不同的业务团队中用到的测试组件、测试思维或多或少会有些差异。
二、直播间答疑
一）我们团队中要做自动化工具的选型，但每个人使用的技术不一样，大家各执己见，坚持要用自己习惯使用的工具或框架，作为测试架构师，如何选取一个真正适合团队的工具或框架？
CKL：我们拿 UI 自动化来举例。
首先，我会关注前端组件的标准化程度，以及前端使用的技术栈。如果前端组件的标准化程度 OK，我建议大家采取和前端同样的技术栈，后续不管是排查问题，还是代码的复用，都会比较方便。
其次，我们需要对这些工具做一下竞品分析，这些工具的优劣势分别是哪些。但我们会更多考虑工具的优势是否能与团队匹配，当下团队的痛点是什么，该工具是否能解决这个痛点。
最后，我们再考虑团队技术能力水平，因为我相信团队的技术能力是可以培养的。
二）自动化如何做到快速反馈质量，我们 1000 个 API 要跑 1个小时，一个 API 大概要跑 3 秒左右，有什么办法可以将反馈时间极大缩短，目前这个时间太长了。
需要具体去排查是脚本的问题、架构的问题、数据的问题，还是服务器的问题，或者是网络的问题。接口自动化的反馈速度一般比较快，单接口的响应应该在毫秒级别，而 UI 自动化的反馈速度就很慢了，1小时以上都是正常的。
三）下属不服从管理怎么办？
阿萨：技术人有时候挺傲慢的，首先我们需要用自己的技术去征服他，其次我们可以跟他私聊了解他具体的诉求，尽量满足他的诉求点。
阿常：我的管理模式是不管理，我不把自己当成他们的管理者。每个下属他们都是自己的管理者，我们只是分工不同，负责的工作范围、职责不同。
比如我会给他们每个人分一条业务线去负责，也因为这样，每个人都有相应使命感和掌控感，更愿意主动把事做好。
CKL：我遇到过技术人不服管理的情况，我的做法是对事不对人，我先去和他沟通看看是不是他的技术方案更好，我们团队能否满足该方案，最基本的是我们可以把事情做好。
但还有一个很重要的点，就是个人情绪不能影响到整个团队的情绪，有个人情绪可以私下和 leader 沟通。
最后，建议 leader 做好团队梯队建设，不要把某项业务绑定在一个人身上，做好 backup方案。
四）测试人怎么做职业规划？
CKL：对整个行业发展有一定敏感度，关注顶尖的人在做什么事情，做好 2年内的规划就足够了。
职业发展随行业发展而快速变化，市面上成型的职业发展规划很可能是3-5年前的规范，现在已经不通用了，2 年以上的职业规划没必要也没办法做。
五）测试域的发展方向如何知晓？
CKL：多参加各种线下大会，通过去听讲座或者自己分享干货的形式，我们可以了解到大厂的人他们在玩什么，并学习这些主流的技术，在工作中落地。
看完今天的分享对你是不是有所启发呢，有任何想法都欢迎大家后台私信阿常，一起探讨交流。
