打造高效能团队之测试能力提升

测试技术能力提升这件事情每个团队每年都在做，但真正效果如何不得而知。在2018年底到2019年初恰逢组织架构调整，我们人手严重不足，最近又不得不重新思考如何做好技术能力提升这件事情。通过梳理基本形成初步思路，并和团队成员达成一致意见，从以下几个方面进行着手提升。

1.整体业务（测试需求或者用例）梳理

整体业务梳理这个事情每个业务团队都应该定期盘点和梳理，业务是每个团队的看家本领和工作的基石。团队随着人员和业务的不断调整和变化，需要不定期的确认业务（或者用例）使用状态和使用用户群体，以及业务使用版本限制等，这样才能够更好地做好平常测试工作和版本测试工作。

在梳理业务的过程中，有一条主线就是先进行整体业务流程整理，整理测试要点，进而对测试要点按照业务特性梳理出业务流程图。然后对业务要点进行分析梳理形成需求项，进而梳理出每个需求项的输入输出，以及业务之间的关系，其中的关系可以约束、继承、关联等；然后对每一条需求项进行排优先级和重要程度，以及版本约束关系等。因为每个公司或者部门业务差异较大，在这不一一举例说明。

2.对技术分类梳理整理，提炼通用技术测试要点

在测试过程中，需要对不同技术使用不同的测试策略和方法，例如大前端技术框架有很多，如Android、iOS、RN，H5等等。每个技术都有其特点及特性。以RN为例说明，RN  是Facebook早先开源的UI框架 React 在原生移动应用平台的衍生产物 ,他的性能和体验接近原生体验，被广泛使用。

用RN开发的App，在第一次使用时先要下载资源，然后页面渲染展示，第二次打开时，直接请求接口数据就可以了，然后进行页面渲染。

对于RN的测试要点主要有三个。

1.第一次下载，下载时需要考虑各种网络情况下的下载情况；比如2G、3G、4G、Wifi以及其他弱网情况。

2.页面渲染，重点要关注没有下载完成后的第一次和第二次页面渲染，下载完成后第一次页面渲染和第二次页面渲染。

3.各种兼容性测试，其中1和2是RN的特性测试，兼容性测试则是移动端测试公共特性，在具体测试时根据需要进行兼容性测试。在RN的测试过程中需要在下载资源和页面展示都需要考虑兼容性测试，具体关注点如下：各种机型分比率、屏幕大小、操作系统兼容、操作系统的版本的的兼容等等

3.对通用业务组件进行梳理，整理分类业务组件测试特性

对于每一个产品，都会有一些通用组件和功能，以APP为类说明，比如登录、弹窗、Push等等，在测试过程中，把这些耦合在业务中的能力提炼出来，形成独特的业务特性，然后对每个业务组件进行分类整理形成其业务组件测试要点。因涉及业务部门，不便详细举例说明。

4.每个小需求进行“午间分享”交流

这个创意是在上家工作时和同事聊天时，发现每个人都有自己的“干活”或者“独门绝技”，一直在想怎么才能把这些东西共享出来变成团队成员的共享知识。在去年的一段时间，我和团队的小伙伴，每天下午3：30左右，都去喝杯咖啡或者茶水，顺便交流一些工作上的事情及大家对所做事情的个人见解。后来逐渐提炼出一套方法，我给起名叫“午间分享”。具体做法：

目的：主要通过不同人对同一事情不同的认识，碰撞产生灵感，进而更好查漏补缺的完成工作。

时间：在每天或者每周，约个时间一起去喝茶或者喝咖啡，比如下午3:30。

人数：建议人数不超过5个，以小组人员为主，但建议不定期找不同岗位的同事参与。

讨论内容：其中一个或者多个人说出当前工作事项并说明，其他人站在各自立场说明自己想如何怎么完成此项任务（主观）。

5.通过"一帮一"实现技术同步提高

目前团队成员因为从原来的工具开发团队和业务测试团队合并而来，对于技术和业务的理解两级分化严重，为了减小技术和业务之间的鸿沟，进行“一对一”。

6.培训“翻转小课堂”

培训每个公司都在搞，但效果基本都是不尽人意；为了提高培训效果，这次特别制定翻转“小课堂”模式。“反转小课堂”这个思路是受我和几个朋友在混沌大学线下组织“混沌线下翻转小课堂”启发而来的，具体做法如下：

课程类型：技术、业务以及通用课程培训

课程：每次安排一到两位同学参与分享。分为主参与人和旁听参与人。

课程翻转：在课程培训的2天后，从主参与人总随机抽取翻转课堂主讲人进行翻转讲解

达成目的：主参与人会在课程培训是认真听课，并认真复习整理，进行翻转准备，提高所有人员的业务抽象能力和演讲能力。

能力提升的方法有很多很多，在此简单的梳理和罗列了我们最近在使用的六种方法供大家一起讨论使用，如果您还有更好的方法，请留言。

2019年连续十五天修心 土司于北京

如果你喜欢我的文章，欢迎关注扫描公众账号：MiniStarClub