软件测试/测试开发10年经验技能树

REST，表示性状态转移（representation state transfer）。简单来说，就是用URI表示资源，用HTTP方法(GET, POST, PUT, DELETE)表征对这些资源的操作。
Resource: 资源，即数据，存在互联网上的可被访问的实体
Representation： 数据的某种表现形式，如HTML, JSON。
State Transfer：状态变化，HTTP方法实现

状态码
状态码 响应类别 原因短语
1XX 信息性状态码（Informational） 服务器正在处理请求
2XX 成功状态码（Success） 请求已正常处理完毕 200 OK
3XX 重定向状态码（Redirection） 需要进行额外操作以完成请求
4XX 客户端错误状态码（Client Error） 客户端原因导致服务器无法处理请求 400错误请求 401 Unauthorized未经授权 403 Forbidden 404not found
5XX 服务器错误状态码（Server Error） 服务器原因导致处理请求出错 501 Internal Server Error 503 Service Unavailable

soap请求 (SimpleObject Access Protocol，简单对象访问协议) 是HTTP POST的一个专用版本，遵循一种特殊的xml消息格式Content-type设置为: text/xml任何数据都可以xml化。基于http和xml  WSDL相当于接口文档

val不可变的变量 对应java final

var声明可变的变量

类型推导机制

显示声明 val a: Int=10

kotlin抛弃java基本数据类型全部使用对象数据类型

fun main(){}

interface xx
引用接口 用逗号 ，

继承 子类:父类() {}

单例 object 类名{} 类似静态方法调用
类名.方法   不用getinstance()

git init foldername初始化一个文件夹作为git仓库

git add filename 添加到仓库

git commit提交到仓库-m参数是提交说明

git status命令可以让我们时刻掌握仓库当前的状态，上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。

git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式

git log命令显示从最近到最远的提交日志

HEAD当前版本 HEAD^上一个 HEAD^^上上一个
git reset --hard HEAD^ HEAD~100 git reset --hard 1094a

撤销修改
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

删除文件 一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
$ git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

git remote add origin git@github.com:michaelliao/learngit.git
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。git push origin master
把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
Git支持多种协议，包括https，但ssh协议速度最快。

我们创建dev分支，然后切换到dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
Switched to branch 'dev'

git merge命令用于合并指定分支到当前分支

$ git branch -d dev
Deleted branch dev (was b17d20e).

Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>或者git switch <name>
创建+切换分支：git checkout -b <name>或者git switch -c <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
用git log --graph命令可以看到分支合并图

git merge --no-ff -m "merge with no-ff" dev   
no ff用的是普通合并而不是fastforward
ff 这种模式下，删除分支后，会丢掉分支信息

git tag v0.9 f52c633

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；
命令git tag可以查看所有标签。
git tag -d v0.1 删除tag

命令git push origin <tagname>可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d <tagname>可以删除一个本地标签；
命令git push origin :refs/tags/<tagname>可以删除一个远程标签

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念 
工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。Git跟踪并管理的是修改，而非文件

待遇

公司倒闭 业绩不好

家庭

同上级 同事关系不佳

目前平台瓶颈

爱好 意向岗位

深度与广度的机会

预期与坑位

错误推测法

alac

ad hoc

场景法

决策表 因果图

边界值

划分等价类

场景法

正交实验法

控制流覆盖

数据流覆盖

需求分析-概要设计-详细设计-代码 单元测试-集成测试-系统测试-验收测试

CICD流水线，流水线上部署单元测试和接口测试 以及BVT 和少数UI测试，人工主要effort是最小可交付件的质量保证上

EVT DVT PVT MP STR1 STR2 STR3A STR3 STR4 STR5

接口定义清晰

H5

CSS

JS

VUE前端

安卓四大组件以及常用组建

adb 有三部分构成 PC端client PC端service 手机adbd进程
adb xxx是adb带的命令
adb shell xxx是安卓带的

专项

联合主键 关系数据库实际上还允许通过多个字段唯一标识记录，即两个或更多的字段都设置为主键，这种主键被称为联合主键。

对于联合主键，允许一列有重复，只要不是所有主键列都重复即可：

ALTER TABLE students

ADD UNIQUE INDEX uni_name (name);
唯一索引

adb shell dumpsys display

内连接——INNER JOIN
先确定主表，仍然使用FROM <表1>的语法；
再确定需要连接的表，使用INNER JOIN <表2>的语法；
然后确定连接条件，使用ON <条件...>，这里的条件是s.class_id = c.id，表示students表的class_id列与classes表的id列相同的行需要连接；
可选：加上WHERE子句、ORDER BY等子句。

RIGHT OUTER JOIN，就有LEFT OUTER JOIN，以及FULL OUTER JOIN。它们的区别是：
INNER JOIN只返回同时存在于两张表的行数据，由于students表的class_id包含1，2，3，classes表的id包含1，2，3，4，所以，INNER JOIN根据条件s.class_id = c.id返回的结果集仅包含1，2，3。
RIGHT OUTER JOIN返回右表都存在的行。如果某一行仅在右表存在，那么结果集就会以NULL填充剩下的字段。
LEFT OUTER JOIN则返回左表都存在的行。如果我们给students表增加一行，并添加class_id=5，由于classes表并不存在id=5的行，所以，LEFT OUTER JOIN的结果会增加一行，对应的class_name是NULL：

INSERT

见 查询

UPDATE

DELETE

create database xxx;

drop database xxx；

show databases；

USE databasename；

USE以后SHOW TABLES；

表 DESC 表名；

SHOW CREATE TABLE students；

create table xxx

drop table xxx

ALTER table xxx

EXIT只是退出连接

脏读

不可重复读

幻读

Read Uncommitted是隔离级别最低的一种事务级别。在这种隔离级别下，一个事务会读到另一个事务更新后但未提交的数据，如果另一个事务回滚，那么当前事务读到的数据就是脏数据，这就是脏读（Dirty Read）。
在Read Uncommitted隔离级别下，一个事务可能读取到另一个事务更新但未提交的数据，这个数据有可能是脏数据

Read Committed隔离级别下，一个事务可能会遇到不可重复读（Non Repeatable Read）的问题
不可重复读是指，在一个事务内，多次读同一数据，在这个事务还没有结束时，如果另一个事务恰好修改了这个数据，那么，在第一个事务中，两次读取的数据就可能不一致。

在Repeatable Read隔离级别下，一个事务可能会遇到幻读（Phantom Read）的问题。
幻读是指，在一个事务中，第一次查询某条记录，发现没有，但是，当试图更新这条不存在的记录时，竟然能成功，并且，再次读取同一条记录，它就神奇地出现了。
幻读就是没有读到的记录，以为不存在，但其实是可以更新成功的，并且，更新成功后，再次读取，就出现了。

Serializable是最严格的隔离级别。在Serializable隔离级别下，所有事务按照次序依次执行，因此，脏读、不可重复读、幻读都不会出现。
虽然Serializable隔离级别下的事务具有最高的安全性，但是，由于事务是串行执行，所以效率会大大下降，应用程序的性能会急剧降低。如果没有特别重要的情景，一般都不会使用Serializable隔离级别。

如果没有指定隔离级别，数据库就会使用默认的隔离级别。在MySQL中，如果使用InnoDB，默认的隔离级别是Repeatable Read。

A：Automatic（自动化）

I：Independent（独立性）

R：Repeatable（可重复）