[01]开学典礼-01-学习笔记

1、测试左移、测试右移
    测试左移：测试之前要做的事情，也就是代码开发阶段测试要做的事情，主要包含代码分析的能力，需要自动化的平台和工具去支撑这个能力
    测试右移：代码发布上线后的工作，例如崩溃的监控，数据的分析。

2、三本学生考研能突破年总包40万吗？
    考研作用不大，企业一般只看第一学历。
    主要是看三个方面、1.专业能力，能做更强的事情；2.经验，有不错的项目经验，还有一定的管理经验；3.人脉，有一些高薪职位要有人脉才可以进入。

3、外包测试能转正吗？
    可以的，但是概率很小
    如果能力强，那么不会去做外包
    如果外包表现好，多数是业务测试能力好，没有技术还是很难进去

4、阿里工程师晋升路线

5、阿里P6任职要求，对应年总包40万：

6、阿里P7能力要求，对应年总包50~70万：

7、大厂新入职员工职级对应表：

8、腾讯开放技术：

9、测试能力范围

10、双通道职工发展体系

11、OKR（Objectives and Key Results）即目标与关键结果法，可以有效确保员工紧密协作，把精力聚焦在能促进组织成长的、可衡量的贡献上。

12、百度测试工程师胜任力模型

胜任力模型说明：

胜任力模型作为QATC职称评定标准的细化与解读，帮助QA更好的理解各职称级别对于工程师的能力要求。
细则中对各级别工程师，在四个维度上的要求是and的关系；每个级别的单维度下有多条能力描述，这些描述也是and的关系
从胜任力角度看，这四个维度同样重要，理想情况下各级别工程师需要达到所在级别四个维度的所有要求；但具体在职称评定过程中会根据工程师的技术特点和项目背景，在四个维度的要求上有所侧重
高一级别（比如：T5）的职称要求，包含所有低于此级别(比如：T3/T4)的职称要求
文中所说的“能够”“胜任”等字眼，是强调工程师的能力；而不是要求工程师一直做这些事情; 限于篇幅，本文也不对“能够”“胜任”等的衡量标准进行解读，最终解读权在QATC

Q&A:
问：该文档有什么用处？
答：QATC将使用该文档的标准，对QA工程师进行职称考评；工程师也可以根据本文档标准，定期与经理沟通自己在胜任能力方面的状态，并结合自身职业发展规划，制定个人能力提升的KPI计划。

问：为何没有T10+的QA标准？
答：本文档只对T3至T9级别进行说明。T1/T2限于篇幅，不作说明；T10以上标准整个技术部统一，所以就不列出了

问：为何胜任力对QAD与QAT之间不区分？
答：职称级别越高，区分度越小。不管是D还是T，主要是看其能力，以及对于项目贡献度。

各级别说明

T3

胜任复杂模块或简单子系统的测试工作。能够提出改进被测系统可测试性的需求，维护或新增自动化测试方案的设计、实现，或开发辅助测试工具，工作质量和效率都很高；有较强的工作协调和推进能力,工作非常主动；具有较强的缺陷分析能力和问题定位能力.

产品或测试沟通阶段, 能够理解要测试的功能或产品;主动与RD/PM询问, 能够澄清产品或沟通中的模糊点
测试设计阶段，编写的清晰而且结构化的测试文档，被他人易于阅读
测试执行阶段，能够发现测试设计漏洞,并补齐测试用例；对测试fail进行初步分析和定位，编写清晰的bug描述
结项阶段，能够编写清晰、有效的测试总结，并跟踪项目安全上线或发布

能够理解产品用户的主要使用情景，据此设计对应的测试用例
基于对用户和产品的理解，能够坚持质量标准，从而提高产品的用户体验
参与产品设计或MRD评审时，主动思考产品功能的可测性和用户易用性，能够提出有效意见和需求
能够根据沟通或文档,参与制定测试计划，完成工作量评估，并得到QA组内以及对应RD/PM认同

T4

胜任简单子系统的测试设计和执行测试。能够具有较强的系统设计理解能力，能发现简单子系统结构上的薄弱环节，进而制定测试策略。能够依据需求、设计文档进行自动化测试方案的设计、实现，并取得较好效果；在测试技术和工具等方面有一定的视野，工作质量和效率都很高。能主动思考测试方法、自动化方案等存在的缺陷，并设法改进。

产品或测试沟通阶段，能够向RD提出合理的可测性需求，使得项目测试效率或质量得到提高
测试设计阶段，能够设计或改进相关测试方案以及工具，从而能够发现更多的bug，或提高测试覆盖率；
测试过程中，能够分析产品代码，指出简单代码bug，或者利用代码diff，确定测试方法和用例
测试过程中或项目总结时，能够通过分析产品已发现的bug，找出测试中质量风险较高模块或功能，给出测试的改进建议，弥补漏洞

根据使用反馈，能够分析出潜在的功能或质量缺陷，提出改进意见，从而推动产品质量的提高
基于对用户和产品的理解，能够提供各模块或功能的测试力度/产品质量标准的判断建议，协助主管在项目质量与效率之间作出权衡
能够对产品的易用性有较好的理解，并提出有效的建议
能够分享竞争产品的知识，帮助改进项目设计和功能

对产品设计和实现有较深理解，能够无需rd帮助定位中等难度bug，主动考虑类似问题在其它部分存在的风险
主动引入、介绍或交流新技术、工具或测试方法、流程，提高自身或团队的技术知识和能力；并根据业务需要，推动项目组应用
能够根据工作现状，主动思考提高工作效率的解决办法，并产生实际效果
有意识使用现成（而不是重新开发）工具、解决方案（或自动化、测试技术），降低技术实施成本

能够参与或负责跨产品线交流与合作
能够承担小组内公共事务或技术topic；
能够对项目其他成员的测试给出有效的指导。
积极参与产品线内部讨论（包括QA/PM/RD），并给出有价值的建议；

T5

可以胜任子系统级别的测试方案、自动化方案的设计（包括该子系统下所有模块测试方案的设计以及整个子系统架构的测试方案的设计），工作质量很高；能够合理引进新技术、新工具；能够很好的指导、 评审测试工程师的测试工作。

在项目计划阶段，能够与RD/PM合作，在项目计划、优先级、功能等问题上，结合质量与效率要求，作出适当的项目策略
在项目设计与编码阶段，能够评审RD设计实现，并提出有效建议；同时考虑可测性需求，并推动实现
在测试设计阶段，能够编写合理的项目测试方案，指导项目测试得执行；
在测试开发阶段，能够调研、开发或应用可靠的自动化测试于项目，考虑现有方案降低技术成本，并产生较好的效率提升或质量提升效果；
在项目实施中，能够利用代码评审或覆盖率分析工具，在早期发现更多代码与设计上的bug，并评估测试风险，改进测试方法，提高产品测试覆盖率

评审产品、设计或测试文档，提出关键性建议并实现，使得产品易用性、可靠性等各方面得到提高
能够结合使用反馈，给产品提出建议并得到实施
能够关注产品整体质量或评测

对产品设计和实现有较深理解，能够无需rd帮助而调试大部分bug；对bug修复给出有价值的意见和建议
能够利用竞争对手信息或业界趋势，增强所在组的产品功能或项目工作
对于组内复杂问题，能够分析各种方案的优缺点，并给出合理化的解决建议
结合PM/RD产品技术规划（项目经理级），能够制定对应的测试技术规划，并取得成果

有意识的与周边部门建立良好个人关系
能够负责项目经理团队内公共技术事务，并取得较好成果
能够指导工程师的技术创新和测试工作

T6

具有较强的子系统级把握能力，能够主动发现和解决测试关键问题。能在需求评审阶段改进被测系统的可测试性。能发挥一定的技术影响力。在某种测试方法或者测试技术有着较高的技术水准。

在项目调研阶段，能够建议或评审产品技术方案，并得到项目组成员认同
在项目设计阶段，能够参与子系统级产品技术的评审，考虑可测性与用户反馈，并推动实现，有效提高产品的用户体验与质量
在测试设计阶段，帮助团队成员评审测试用例设计，能够优化用例设计，降低用例冗余，节省测试时间
在测试开发阶段，能够判断并主导开发或改进测试工具或测试自动化，使之广泛应用于经理级团队（或更广范围），并产生较好的效率提升

能够被内外部用户或合作部门（RD/PM/FE/OP等）认同为所在产品领域的技术问题解决专家
对产品和用户深入理解，能够帮助判断产品或功能发布的优先级
根据用户反馈或调研产出，推动项目计划和方案，从而解决用户问题

能够分析漏测bug，确定问题根源并给出补救措施（如引入新的测试方案、技术等），降低此领域的漏测率
对产品线存在的问题（包括产品、架构设计、测试方法等），能够给出合理化解决建议，并取得成果
能够给出某领域（如：性能测试、安全测试、web测试等）测试方案，并得到广泛应用

能够负责或参与产品组（RD/PM/QA/FE/OP）的公共事务（如产品技术topic，流程，敏捷等），并取得较好成果
能够负责经理团队内技术工作（如：公共技术事务），并取得较好成果

T7

在某个专项领域有着一定的技术水准。能对解决测试技术难题做出较大贡献。能够有效落实技术创新的想法来提高测试质量和测试效率。

在产品规划或产品调研阶段，能够参与决策产品技术方案，积极提供有效建议，得到团队认可并且实施
在产品设计阶段，能够主动与RD合作，改进子系统级产品代码设计，大幅提高子系统产品质量
在产品测试计划阶段，能够创建产品质量体系（如：评测、流程、checklist等），帮助实现产品质量目标，并能够被其他合作方（如：PM/RD）所认同且执行

能够站在用户的角度去挖掘产品核心改进策略或缺陷，并给出可采纳的解决方案
有意识的引导产品设计，使得产品的质量与效果监控取得较好成绩

被认同为部门级测试领域专家（如性能、自动化、安全测试等）；能够代表部门技术水平，解决此领域复杂测试技术问题
被认同为某子系统级产品技术专家；能够解决该子系统产品的复杂技术问题
能够对新产品线的技术与测试方法进行规划，有效提高新产品线的测试效率和质量

在质量部分部门有较大技术影响力，能够对各项技术事务做出决策；对于团队的技术方向和规划，给出有效的建议并产出成果
能够负责分部门团队内的公共技术事务，并取得较好成果

T8

具有系统级的测试分析、测试设计、测试实现的能力。在某个专项领域有着较高的技术水准。能发挥技术影响力带动整体技术水平提高。

在产品调研阶段，能够分析竞品与市场现状，指出可能的质量风险，给出合理化建议，并在产品线付诸实现
在产品设计阶段，能够参与系统级产品调研设计架构的评审，提早发现设计、架构上的质量风险，并推动解决
在产品规划阶段，能够总结系统产品的各种测试方法，运用各项技术手段，提高测试覆盖率和效率，并且得到该系统产品测试团队的广泛应用

能够参与部门产品技术规划，并提出有效建议且产出实际成果，给部门产品技术带来重大价值
能够使用多方面用户反馈渠道，来改进研发/测试流程、改善产品质量
能够解决严重的用户问题，使得市场或PR工作得到较好效果

对于部门级（如：质量部）问题，能够建议有效技术方案或流程，并导致最终解决
主导或推动新的架构、设计、测试方法、理念，并被部门内当作最佳实践而广泛应用和认同
在某项技术领域具备较高水平，对于该领域技术发展有较深刻理解

在质量部有较大影响力，能够对各项技术事务做出决策
能够与其它部门TC合作，推动技术部技术工作的地开展

T9

具有杰出的技术创新能力,引入新的测试技术和测试方法,并能转化为提高测试质量和测试效率的实际经验. 具有预估系统级测试风险的能力

在新产品规划阶段，能够提供有效反馈，帮助产品愿景/目标的设定
在产品设计阶段，对系统级产品设计与架构实现有全面理解，能够提出改进意见并有实际效果，从而大幅提高整个系统的可靠性
产品实施过程中，能够对系统级产品的测试方法有全面把握，可以领导测试团队，拟定对应的测试规范、流程、测试方法，以及自动化手段，有效提高测试效率与质量

能够分析产品（或测试技术）现状与市场需求之间的差距，判断产品战略发展方向，主导或推动技术研发，从而消除此差距
能够作为产品质量代言人，对外有较好的用户反馈

在某测试领域，有创新性产出，并得到广泛引用，有一定知名度和影响力
对业务有较深理解，能够帮助业务团队做出关键性技术决策
能够改进产品团队的预算、计划、执行等流程，提高产品整体效率、质量

在质量部以外也有较大技术影响力，能够影响其它部门的技术决策，并有较好成果
能够负责技术部的公共事务，并有较好产出

胜任力评估工具

根据你的职称级别，评估一下自身能力与下一个职业目标之间的差别

能力提升计划

使用评估工具结果，针对工程师不足之处，制定相应的能力提升的KPI计划

工程师与经理:
根据胜任力评估结果，经理与工程师讨论出下一个半年的个人能力提升计划。
经理在新季度KPI制定时，增加工程师能力提升方面任务项，并与工程师沟通确认。
工程师在提交QATC职称评定时，需要提交相关材料，以证明上述4维度的能力

13、appium的运行原理是什么？

        ①客户端运行脚本的时候，调用任何的appiumAPI，都会向Appium Server端post一条HTTP请求，请求内容就是根据webdriver wire protocol协议规定的一条JSON格式的数据；

    ②当开启appium服务器的同时就开启了监听端口，Appium Server端接收到请求后，解析出JSON数据并发送到手机端；

    ③手机端上已经由BootStrap.jar(iOS为BootStrip.js)开启的socket服务器监听相应的端口，BootStrap.jar在appium每个session第一次访问手机端的时候会自动安装；

    ④手机端接收到对应的请求后，通过BootStrap.jar翻译成UIAutomator能执行的命令，然后通过UIAutomator处理并操作APP完成测试。

14、Fiddler抓包的原理是什么？

Fiddler工作于OSI七层模型中的应用层，Fiddler在浏览器与服务器之间建立一个代理服务器，能够捕获通过的http(s)请求。Fiddler启动后会自动将代理服务器设置成本机，默认端口为8888。Fiddler不仅能记录PC上浏览器的网络请求数据，还可以记录同一网络中的其他设备的HTTP(S)请求数据。数据传递流程大致如下：

15、如何用python打印一个99乘法表？

for i in range(1, 10):        #range函数是左开右闭
    for j in range(1, i+1):
        print(f"{i}*{j}={i * j}\t", end=" ")
    print()

16、你是如何管理测试团队的？平均每份工作年限不低于2年，不要在外包公司待超过2年

       ①建立测试规范、宣讲、培训计划。测试的基础知识进行宣贯，将测试计划、用例编写、业务沉淀、测试工具使用、checklist等与绩效挂钩。
    ②制定测试流程。起到总览性的作用，指导测试人员在一个项目测试各个环节过程中需要做哪些事情，一般会涉及到需求分析、测试计划、测试范围界定、测试用例设计、用例评审、冒烟测试、一轮测试（功能、接口、性能等）、二轮测试、预发验证、线上验证。各阶段的准入条件是什么？各阶段完成的定义是什么？如果准入条件没有或者没有达到，那当前阶段所花的时间、精力就可能远超预估
    ③制定测试规范。测试规范设计到测试用例规范、Bug规范、Bug生命周期、测试计划、日总结规范等
    ④人才的管理。关注团队成员，了解他们的性格特点、爱好、技术特长、沟通能力、合作能力，这样可以帮助我们“因材施教”。组织定期会议，采用自由形式，让每个人自由地表达。人员培养及晋升。结合他们自己的意愿，制定发展发向——如接口测试、性能测试、UI 自动化、测试策略等等，落实到绩效考核里面，关键结果明确。有绩效考核就会有压力，有压力才会有动力去实现，突破自我。
    ⑤技术风向标，做好带头作用。作为一个测试团队的管理者，要使下面的人信服，首要条件就是要有够硬的技术，能在成员遇到难题时协助他们解决或者提供解决思路，让成员在你的带领下可以不断地成长。当然也不是要求你什么都会，你可以通过团队所有成员形成技术闭环，使团队良性发展。
    ⑥关于绩效。季度/年初制定绩效目标，同级别的成员绩效差异不大，以求做到公平。过程中根据实际情况调整一次，季末/年底评定绩效。在这过程中，对于垫底的同学，需要及时给出提醒，并提供改进意见或改进计划。千万不要中间一直不关注、不督促，到年底的时候再给他打个垫底的，那这是你的工作不到位，对方也会不服。
    ⑦如何向上汇报。在日常的向上汇报中（不限形式），对于表现优秀的成员 要及时向上反馈，用事实说话，刷存在感，这样可以帮助团队成员在上级领导面前建立良好的印象，有助其晋升。因为你是他们跟领导间的桥梁，他们跟领导接触的机会可能有限，领导也无法知道他们每个人都干了什么，这就需要你这个中间人做好桥梁作用，你的工作职责很重要的一部分就是承上启下。