测试标准化，是不是指要达到某一个值或者有数据量化，才算。本次咱们不谈这个，咱们以结果为导向，来看下要做哪方面的标准化。大家做测试管理的，是不是会经常遇到这个类似问题怎么老出现，不是说过了吗？尽管是不同的人；评审的时候的时候这个测试内容怎么没有考虑到；这个工具怎么不会用；新进员工基础能力不匹配，之前的问题又重新出现，该怎么培养；那如何解决这个“大麻烦”呢？这个归根究底就是人的认知的问题，也就是这个团队的意识对于基础能力，工具，技术各自的认知不统一，意识也无法统一，造成了项目质量问题不断，需要有人跟着等问题；这时就要做标准化了，让大家有统一的认知和意识，当然这个标准化，并不是指方方面面，我们指的是基础，业务，技术，工具基础必须掌握的功能，那这个该怎么做呢？首先团队的leader在深入了解团队的同时，要结合现有团队的情况，列出一份清单，主要包含两大块，主要是测试业务和测试技能，测试业务主要指测试必须熟悉掌握的，比如测试用例编写规范，Bug描述，提交，关闭，测试如何分析，测试计划的指定需要考虑因素以及如何编写，app和web测试内容等等，可参考如下：(具体每个团队根据自己现有情况进行整理)
测试技能包括基础技能和测试技术，基础技能如charles，adb，postman，jemter内部研发工具自动化工具等，测试技术指内部研发工具的如何设计，设计原理，哪些坑等等；这些工具都会有基础的实际案例跟资料； 有了内容以后，接下来就需要整理，每一项都会有负责人，然后也会提供内部资料让他们总结，负责人也是根据他们能力以及要让他们学习两个综合考虑，整体团队的大部分人员都必须参与并且负责某一项，不懂的可以查或者教，整理的时候学习。整理完以后要通过主管们的第一层审核，然后看是否需要补充，如果不用，就写好问卷，加上整理的文档发到团队群里面，进行整体审核，每个人都要看，如果没有意见，就填写同意，如果有疑问或者需要增加，就填写问卷，然后问卷收集，查看反馈内容，整理者解答和补充修改文档，然后在把补充的文档和解答记录发到群里给大家确认。没有问题，文档就定稿。在这个期间每份文档都可以记录相关人员的情况，比如没有参与问卷或者参与了认可文档整理清楚。当然没有参与也是默认统一，这个启动会有做说明。文档都定稿，接下来就是每个负责人会对自己负责的文档，整理一份ppt，进行分享（并不是每个都需要，只要大家认可，这个都掌握了，可以不用，就pass），等于是这个领域的老师。以后这个领域的资料和培训都由这个人负责，新近员工以及达到什么层次需要到这个老师进行培训，并认可，就算掌握。通过这样的流程，共同参与，来保障团队人员的认知水平和学习能力，也让大家能力有所提高，个人也有专长，自然团队的业务保障水平也提高，麻烦事就少了；（一次彻底的整理，其实就是对团队能力一次鉴定，然后进行改进，也让大家知道团队能力水平，最终让能力知识沉淀成为文档，这就是团队的财富）
整理流程就是开动员会，讲要求和事项，大家参与并认可规则，然后整理，第一层审核，可以大家审核，修改确认，大家都同意文档并整理相关反馈数据，解析来准备PPT分享，试讲，正式分享，最后成某个方面负责人，持续整理，改进，分享；最后我想说，大家都认可了，文档资料都可查询，到时你再犯同样的问题，那怎么处理，你知道了吧，所以不用太在意那些敷衍的人,行不行，能不能，以问题说话~最后很重要的一点，就是这些要持续保持同步。
以上就是关于测试标准化的一些工作内容，其实就是让每个人都成为一位老师。
