实习总结 --- 其他业务

一.
回归测试：回归测试与测新是对应的，当需求准入交付测试的时候首先要进行的就是测新，也就是对新功能对测试，一般是在sim环境下测试的；当测新通过后才会进行回归测试，回归测试的目的是为了保证老功能的正确性，不能出现新功能影响老功能使用的情况。回归测试也有三种测试的策略：一种是全case覆盖，当你认为该功能上线的风险比较大的时候就使用这种方法进行测试，可以彻底的排查问题。另一种是部分case覆盖，当你认为该功能上线的风险比较小的时候可以使用，只取P0、P1这种比较重要的case进行测试，还有一种是基于代码改动点测试，回归与代码改动相关的功能。

二.
测试的生命周期包括：
1.书里写的：测试的生命周期和开发的生命周期是一致的，它两是并行执行的。从需求评审开始测试就得罗列测试点、在总体设计阶段给出测试计划、详细设计阶段给出进度计划和风险计划、在测试过程中给出测试文档、测试结束后给出总结文档。
2.实际理解：事前、事中、事后；事前：进行功能实现和代码开发，事中：上线部署服务器、配置设置、数据同步这种，事后：检测、回退。既要注重技术也要注重流程。

三.
参与技术评审，了解技术评审的流程，比如：首先要提出需求的背景与需求的内容，这会方便我们理解业务和方便进行技术设计；然后就要给出实现需求的技术方案，有大家沟通讨论给出，包括需要新增、修改的接口，新增、修改的字段名以及接口间的联系；最后要进行排期，约定各团队完成任务的时间规划，来确定上线的时间

四.
case评审的整个过程：由QA讲述对应需求的case，其他人进行补充与确认。

五.
参加收银业务分享总结，了解收银业务的部分业务内容，主要介绍来三部分内容：业务内容、业务逻与业务质量保证，对业务内容来说主要就是负责收银与支付，其中划分来不同类型的支付场景；对业务逻辑来说介绍了实现业务功能的接口调用等；对于业务的质量保障提供了事前进行自动化测试和压力测试等工作，事中做好监控，事后要及时发现问题进行回滚

六.
埋点测试的内容，埋点是为来对资源位点位进行统计，记录它的曝光、展示时间、点击、跳转等，埋点测试的步骤有：1.后端自定义埋点信息：event_id 2.端上展示资源点位并进行埋点上报 3.进行数据统计与数据处理
对于埋点测试，可以直接点击范围测试扫描二维码，然后端上即会自动跳转，我们点击对应的链接后就会触发埋点上传，我们可以在omega平台看到所有的上报信息，借此来判断是否包含正确的信息

七.
分布式：将一整个系统的功能拆分为多个子功能，每个子功能都是一个分布式节点，这些节点配合工作，不同的业务模块部署在不同的服务器上或者同一个业务模块分拆多个子业务，部署在不同的服务器上，解决高并发的问题
集群：每一台服务器都能完成一个整体的功能，多台服务器放到一起来提高效率互不干扰，同一个业务部署在多台机器上，提高系统可用性

分布式组件：分布式任务处理服务、分布式节点注册和查询、分布式DB、分布式cache、分布式文件、分布式通信、监控管理、分布式编程语言、分布式算法

集群与分布式的区别点：
1、集群是个物理形态，分布式是个工作方式
2、集群一般是物理集中、统一管理的，而分布式系统则不强调这一点
3、分布式是指将不同的业务分布在不同的地方。而集群指的是将几台服务器集中在一起，实现同一业务。
4、简单说，分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率
例如：如果一个任务由10个子任务组成，每个子任务单独执行需1小时，则在一台服务器上执行该任务需10小时。
采用分布式方案，提供10台服务器，每台服务器只负责处理一个子任务，不考虑子任务间的依赖关系，执行完这个任务只需一个小时。(这种工作模式的一个典型代表就是Hadoop的Map/Reduce分布式计算模型）
而采用集群方案，同样提供10台服务器，每台服务器都能独立处理这个任务。假设有10个任务同时到达，10个服务器将同时工作，1小时后，10个任务同时完成，这样，整身来看，还是1小时内完成一个任务！
5、集群一般被分为三种类型，高可用集群如RHCS、LifeKeeper等，负载均衡集群如LVS等、高性能运算集群;分布式应该是高性能运算集群范畴内

八.
当测试包的MAS里面二维码过期之后可以靠自己来重新打包然后生成新的二维码，这样可以解决二维码过期不能下载旧版本包的问题

九.
解决DO国家的问题并进行复盘：首先，在xlab上面在首页确实可以选择正确的国家码，但是进入里面的第二个页面之后不存在DO国家 所以出错 然后我们通常使用小黑点来登陆账号的时候选择到的国家码并不能确定是哪个国家的，比如+1这个国家码由很多和国家公用，DO是一个十字旗

端上登陆的俩种方式：直接点击小黑点手动输入我们要的信息，比如：手机号码、经纬度、sim环境等；可以通过xlab扫码登陆，反正查找经纬度的时候也得打开xlab，直接使用真机扫码功能登陆即可

十.
CDN的本质是缓存，就是把一个距离比较远的资源通过缓存来放到距离呢比较近的地方 这样来提高你的访问速度，进阶玩儿法就是 云服务。
CDN的加速资源是跟域名绑定的。（1）通过域名访问资源，首先是通过DNS分查找离用户最近的CDN节点（边缘服务器）的IP（2）通过IP访问实际资源时，如果CDN上并没有缓存资源，则会到源站请求资源，并缓存到CDN节点上，这样，用户下一次访问时，该CDN节点就会有对应资源的缓存了。
游戏加速器的原理是：付费走一条高速公路，加快访问速度。cdn的原理是：缩短距离，加快访问速度。

十一.
case一般包括三方面的东西：测试的准备、测试的过程、预期的结果，在写case用例的时候要明确这三方面的内容

十二.
h5页面：
端上的页面一般分为俩种；
native：基于IOS和安卓提供的开发接口来构造编写前端页面，
h5:基于浏览器提供的接口来编写前端页面，可以跳转到浏览器的链接

十三.
需求开发流程：
步骤(存在先后顺序)

弄清楚需求背景 → 为什么要这么做 目的是为了确定是否要做这个需求
要做成什么样 → 确定最终要达到的效果
应该由谁来做
例如 金刚位实际开城业务 <=1 ，增加下发出行 & 外卖这个需求 （涉及 端，BFF, sa-api）
端：根据下发来做展示，不适合做增加下发业务线的逻辑（端 pass）
BFF: 主要做数据的聚合和裁剪，不适合做这种复杂的逻辑 （BFF pass）
那就只能sa-api来做了
怎么做（有需求承担方讨论，涉及具体细节，例如 增加下发的出行 & 外卖，顺序以及金刚位大小样式）
截止时间deadLine, 需求最晚上线时间

十四.
1.Docker 是一个开源的应用容器引擎:Docker可以将我们的应用程序打包封装到一个容器中，该容器包含了应用程序的代码、运行环境、依赖库、配置文件等必需的资源，通过容器就可以实现方便快速并且与平台解耦的自动化部署方式，无论你部署时的环境如何，容器中的应用程序都会运行在同一种环境下。使用户的产品（可以是 web 应用或者数据库应用）及其环境能够做到“一次封装，到处运行”。
2.
镜像：
定义：Docker 镜像可以看作是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数，Image就是用来提供所需运行环境的一个模板。可以看作是一个特殊的文件系统
作用 ： Docker镜像是用来启动容器的，也用来创建新的容器，类似于虚拟机的快照。
特点 ： 镜像不包含任何动态数据，其内容在构建之后也不会被改变，在Docker里可以创建镜像，也可以从第三方的网站上下载别人已经做好的镜像来使用

1.Container容器：
定义 : 一个Docker镜像可以实例化出来多个容器，而每一个容器之间是独立运行的，没有任何依赖。Container是Image的运行实例，任何在Container中的修改都不会影响到Image，如果想要在Image保存Container中的修改，Docker采用了基于Container生成新的Image层的策略
作用 : 运行程序员开发的应用程序的
特点 : Docker镜像是不能运行的，是静态的，而Docker容器是运行的，是动态的，可以将Docker容器想像成一个简化版的操作系统和一些核心基础的应用。每个容器运行一个独立的应用程序。
2.仓库：
定义 : 仓库是用来存储镜像位置的
作用: 我们自已创建了一个镜像之后，可以使用push命令将镜像文件上传到仓库中，后期如果在其它服务器上需要使用镜像，就可以从仓库上下载过来并使用
总结： 说白了镜像就等于一个centos系统的安装程序,一个镜像只是一个只读环境而已,这个镜像提供的是基础的运行环境,而你在Centos7系统中安装的应用,比如Redis,Mysql这些应用就相当于一个容器,这些容器都是单独可运行的,仓库的概念就更好理解了,在Centos7系统中下载的所有应用都被收集到同一个仓库里了,比如Maven仓库

1.docker的作用：
Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows操作系统的机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。
2.
简化配置：它能让你将环境和配置放入代码然后部署，同样的Docker配置能够在各种环境中使用
代码管道化管理：Docker提供了跨越这些异构环境以一致性的微环境，从开发到部署实现流畅发布。
开发人员的生产化：我们可以将多个Docker装载一系列服务运行在单机上最大程度模拟生产分布式部署的环境。
应用隔离：将多个应用服务部署在多个Docker中能轻松达到这个目的。
服务合并：使用Docker也能合并多个服务以降低费用
多租户：Docker能够作为云计算的多租户容器，使用Docker能容易为每个租户创建运行应该多个实例
快速部署：Docker通过创建进程的容器，不必重新启动操作系统，几秒内能关闭，你可以在数据中心创建或销毁资源，不用担心额外消耗
3.为什么使用docker：
1.用户不需要再去关心如何搭建环境，如何安装，如何解决不同发行版的库冲突,而且通常不会需要消耗更多的硬件资源，不会明显降低性能
2.限定最大的cpu使用内存硬盘，这样就起到了隔离的作用，避免产生“一块代码产生死循环，把磁盘占满了，其它程序也挂了”的情况。

十五.
一个需求是否应该做必问问题：步骤(存在先后顺序)

弄清楚需求背景 → 为什么要这么做 目的是为了确定是否要做这个需求要做成什么样 → 确定最终要达到的效果应该由谁来做例如 金刚位实际开城业务 <=1 ，增加下发出行 & 外卖这个需求 （涉及 端，BFF, sa-api）端：根据下发来做展示，不适合做增加下发业务线的逻辑（端 pass） BFF: 主要做数据的聚合和裁剪，不适合做这种复杂的逻辑 （BFF pass）那就只能sa-api来做了怎么做（有需求承担方讨论，涉及具体细节，例如 增加下发的出行 & 外卖，顺序以及金刚位大小样式）截止时间deadLine, 需求最晚上线时间

十六.
app冷启动 / 热启动

冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。

热启动：当启动应用时，后台已有该应用的进程（例：按home键回到桌面，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动应用，这个方式叫热启动。

十七.
同环比：

同比：不同日期，同一时间段或者时间点数据比较。 例如： 接口今天3:00点的QPS 和 昨天3:00的QPS之比环比：同一日期，不同时间段或者时间点的数据比较。例如：接口今天4:00点的QPS 和 今天3:00的QPS之比

十八.
端上获取token(ticket）逻辑：

端上用户输入账号密码登录，获取ticket，然后端上之后的请求都会带着这个ticket。

ticket失效情况：

同一账号其他手机登录 4小时之后ticket失效

十九.
需求： 拉群，开会讨论需求：过程：需求初评（获取最开始的内容，意义，必要性，合理性，开发难度，排期），开始动手做（确定技术owner，qa owner等等，组织大家开技术细评会，确定技术方案，交互方式，字段定义，时间较长），确定排期（倒排，跟版需求-最常见最繁琐，提前一周上线，预留时间测试，连跳三四天，确定时间能否按期完成，提前跟owner沟通），开发完自测、联调（sim环境工具，开发打包后连跳）、把脉（trace，查看问题）、登陆机器弹性云（运行状态）、没有问题后可以提测（磊哥）、评估后如果改动小（可能自测）、改动大（对照改动点、技术文档等等，在线业务，庭伟个人空间，进行参考，拿技术文档进行沟通然后测试，继续修改完善）、测试后没有问题可以上线（需要观察很多东西，还有注意事项，确定影响面，上线次序：端、下游、上游，看odin曲线，业务大盘，错误值，上线点是否生效，必须按序操作，上线前需要在群里通报：技术解决方案），上线后在需求群里跟上下游qa等通报、可以验证，高峰期观察服务是否正常（高峰期：主要高峰期拉美1 0个小时时差，早晚高峰，查看是否异常）事前的过程：出事故之前事中：报警后，大部分都是快速定位问题，如果发生，可以先回滚 BFF都是一级服务，主流程服务（群里第一时间通报、回滚） 二级服务 三级，可有可无 四级，不会对业务造成影响
需求评审：只判断这个需求是否合理 & 是否有什么需要考虑的技术粗评：理清这个业务流程，涉及的业务方技术细评：相关联业务方之间理清楚协议，给出排期开始开发、

二十.
如何设定DDO： 如何设定O： O的三个分类 ① 业务类目标 填写与实际工作相关的目标，并应与上级目标进行对齐，是实现上一级业务目标的重要抓手，需认真思考并与上级达成一致 ② 团队类目标 填写与团队建设相关的目标，T2及以上管理者必须设定填写 ③ 价值观行为类目标 填写与价值观行为相关的目标，
设定O的六个思考维度： ① 上下承接：考在本组织内各目标实现的职责分工，明确目标谁主责&支持。 ② 内部协同：考在本组织外与谁共同推动各目标实现，明确与谁共建。捋 ③ 全面性：保所有目标都能被承接，除此之外，有额外支持大方向实现的目标，如价值观、团队、红线目标。 ④ 员工发展：配员工的发展方向承接适配目标，确保员工与部门的发展诉求趋同，有效激发员工内驱力。 ⑤ 牵引性：标/指标设置实际务实，比员工能力高半格，跳跳脚能实现 ⑥ 有效性：指标设置符合SMART原则
描述目标时要具体且有方向性、执行目标时要有挑战性

二十一.
如何设定KR/PI 1.设定KR/PI的两个方法： ① 价值树分解法：值树模型是在指标之间寻找对应的逻辑关系，通常是基于计算公式进行不断的拆解，主要用来分析定量指标或者目标。 ② 影响因素分解法：按逻辑拆解，进而识别影响目标实现的有关因素，为了实现目标必须在哪些方面取得成绩？这些方面完成了，则目标就达到了。

二十二.
Homebrew是什么：一款Mac OS平台下的软件包管理工具，拥有安装、卸载、更新、查看、搜索等很多实用的功能。简单的一条指令，就可以实现包管理，而不用你关心各种依赖和文件路径的情况，十分方便快捷。是OS系统不可或缺的套件管理器。

二十三.
sim 环境： 测试环境，RD和QA等用来进行服务测试联调使用，部署的服务非线上服务，环境可以随意玩
pre 环境： 该环境不可以随意玩，因为该环境部署的服务有些可能是线上服务 （流量非线上流量）
small 环境：线上环境，只不过，相当于product环境灰度了小部分 （流量为线上流量，只不过只是少部分线上流量）
product环境：正式的线上环境

每个sim环境就是一台单独的服务器，有各自独立的域名 sim环境目前分为两种：全集：如sim100, sim108… 最小集：基于sim000环境创建的集群 3.

美东集群 会分为 small集群 和 product集群，small集群的流量也是线上流量，只不过 是固定的几个城市的流量，那么这几个固定的城市是？ 55000213 BR
81020100
52250100
54050400 56513800 57240100

二十四.
px：像素，px就是pixel 像素的缩写。在由一个数字序列表示的图像中的一个最小单位。可以将像素视为整个图像中不可分割的单位或者是元素分辨率：示例2688×1242。 一张图像水平方向和垂直方向的像素点数尺寸：指图片实际大小，长*宽屏幕尺寸（Screen Size）： 屏幕对角线的长度。iPhone5屏幕尺寸为4英寸、iPhone6屏幕尺寸为4.7英寸，指的是显示屏对角线的长度。 1 inch = 2.54cm = 25.4mm PPI (Pixels Per Inch): 单位英寸内的像素,用来衡量像素密度。如果屏幕的ppi越高，那么它的像素密度越大，因此它越清晰。很多情况下，我们不能单纯使用像素来衡量屏幕的清晰程度，这是因为不同屏幕的大小不同，但是采用ppi，就能抹去屏幕大小因素，直接比较屏幕的清晰度。

二十五.
如何启动一个项目：
Why: 项目背景 What:项目目标 Who: 干系人，职责分工 When: 项目周期，里程碑 Where: 落地地点 How： 如何做 How Much 可能花费的代价

如何做好项目干系人？干系人（stakeholder）: 参与项目的人；影响或受项目影响的人项目不同的阶段，会有不同的干系人

项目干系人发生人员变动时需要及时与新的干系人进行沟通交流，争取新干系人对项目的支持（因为新干系人才来不了项目背景和项目优先级）

如何做好项目计划：分解工作定依赖关系估算工作量找关键路径开项目启动会

二十六.
分解任务 WBS 工作分解结构（work breakdown structure）

分解工作：两种分解方式

基于项目实施过程的分解基于产品或者服务的分解

二十七.
任务估算方法专家判断：领域专家运用专业知识和经验估算类比估算：参照历史上类似项目情况进行估算三点估算：最乐观，最可能，最悲观三点加权平均参数估算：使用项目相关可以量化的数据，通过建模推算

二十八.
如何把控项目进度：甘特图

项目大盘：全局任务拆解，是子项目/ 任务 全链路跟踪的任务情况

沟通机制：最基本的动作，

决策机制

如何管控项目风险：
风险识别
风险评估
风险应对
风险规避
风险转移
风险减轻
风险接受