linux指令：
vim+文件名 编辑文件（如果编辑的文件不存在，没有进行编辑输入就保存退出的，不会新建文件：若是编辑文件不存在，输入了编辑内容保存并退出，那么会新建出该文件以及编辑保存的内容）
lrwxrwxrwx. 1 root root 10 Sep 15 18:15 file_ln -> /dcs8/file 最前面以l开头的为链接文件或链接目录
ln -d file /file_d 给file 文件创建硬链接文件file_d，这里相当于把链接文件放在根目录下。
硬链接特征：
1、修改链接文件，源文件同步修改
2、修改源文件，链接文件同步修改
3、删除源文件，链接文件还存在，链接文件的内容也还存在
4、删除链接文件，源文件还存在，源文件的内容也还存在
编辑文件的3种模式进入方法：
编辑模式：输入i
命令模式：Ctrl+c
末行模式：按 shift+: 必须从命令模式进入末行模式，编辑模式不能直接进入末行模式。
在命令模式输入小写的u表示撤销。
测试技术与测试设计：
1、动态测试
2、静态设置（对组件的规格说明书进行评审，静态代码的走查）
3、正式评审
测试用例评审：
交叉评审：组内测试人员的测试用例相互之间进行评审
组内评审：整个项目组的成员进行评审
会议评审：一般来说有客户产于的评审
度量：比如描述用了什么工具，出口标准（bug密度）等等
评审：项目组相关的人员都会参与评审
技术评审：
1、代码评审：当前迭代的功能相关的代码进行评审
2、接口评审：前后端要进行数据交互
圈复杂度：
代码越复杂，圈复杂度越高（代码的逻辑判断比较多）
代码越简单，圈复杂度越低
数据流：数据从哪里产生，最终到哪里去的这样一个过程。
判定节点==》判定==》是否
判定节点：1 2 3 4
独立路径：5条独立路径，圈复杂度为5
【圈复杂度练习】
&& 与符号 符号两边都为真即为真，否则为假
|| 或符号 符号两边只要有一边为真就为真，否则为假
对路径进行测试：
第一种场景：
x = 100
y = 501
z = 5000
第二种场景：
x = 1000
y = 500
第三种场景：
x = 101
y = 501
测试人员都是根据需求文档==》提炼测试点==》编写测试用例
用例设计方法：
等价类（重点）
边界值（重点）
判定表
因果图
正交表
场景法
状态迁移
等价类划分举例
对某个同学的成绩进行打分
输入域：0-100分
在0-100之间输入的任何数字都是等效的
1 5 10 50 90都是等效的
总结：等价类当中的等价都是等效的
编写测试用例注意点：
1、一个无效等价类就是一个用例
2、用例标题以‘验证’开头
3、用例标题为陈述语句（用于陈述事实）
4、用例标题里不能包含‘是否/可能/或许等判断词语
5、用例步骤需要用序号标注好
6、用例步骤要符合我们用例标题描述的实际情况
7、预期结果描述一定要正确，预期结果取决于用例标题和步骤
8、注意前置条件和用例步骤涉及到的测试数据要合理
9、不要把bug写成用例
10、用例标题一般不做结果的判断，比如登录成功/注册成功
11、测试数据一般放在用例步骤里
12、测试数据取数要合理【重要】
13、写用例以我们的需求为准【重要】
14、写用例要用书面语（不能用口头语）
15、用例标题需要和预期结果首尾呼应
16、异常场景，输入内容为空
|
|
312
1
多测师社区 
