第六天学习

linux指令
vim + 文件名   如果编辑的文件不存在，编辑的时候不输入内容保存退出，不会产生新的文件；
编辑的文件不存在，编辑的时候输入内容保存退出，会产生新的文件。
lrwxrwxrwx.   1 root root    10 Sep 15 18:15 file_ln -> /dcs8/file   最前面以l开头的为链接文件或链接目录
ln -d file /file_d   给file 文件创建硬链接文件file_d，这里相当于把链接文件放在根目录下
reboot       重启Linux命令
shutdown      关机
init 0        关机
软链接特征：接绝对路径 可以针对文件或者目录创建软链接
硬链接特征：
1、修改链接文件，源文件同步修改
2、修改源文件，链接文件同步修改
3、删除源文件，链接文件还存在，链接文件的内容也还存在
4、删除链接文件，源文件还存在，源文件的内容也还存在

编辑文件的3种模式进入方法：
编辑模式：输入i
命令模式：Ctrl+c
末行模式：按 shift+:     必须从命令模式进入末行模式，编辑模式不能直接进入末行模式。
在命令模式输入小写的u表示撤销。
wq  保存并退出
w 保存
wq! 强制保存，退出
q！强制退出
set nu 设置行号/显示行号
set nonu  取消显示行号
m,ny 复制m-n行
noh  取消高亮显示效果

【测试技术与测试设计】
  
·技术评审(Technical Review):同行间对技术进行的评审目的是技术实现达成共识。
·走查(Walkthrough) :由文档作者逐步陈述文档内容，以收集信息并对内容达成一致
·复杂性(complexity):系统或组件的设计或内部结构比较复杂,导致难以理解，维护或验证的程度
·圈复杂度(Cycloramic complexity):程序中独立路径的数量。可以衡量一个组件模块的判定结构的复杂程度。
·控制流(Control Flow):执行组件或系统的一系列顺序的路径
·数据流（Data Flow):表示数据对象的顺利或状态发生变化的过程
·动态测试(dynamic testing)︰通过运行软件的组件或系统来测试软件
·静态测试(static testing)︰对组件的规格说明书进行评审，对静态代码进行走查
·正式评审( formal review):对评审过程及需求文档的一种特定评审
·度量(metric):测量所使用的方法或标准
·评审员(reviewer):参与评审的人
·记录员(scribe):记录评审会议上的会议纪要
·控制流图的概念
·控制流图(CFG,Controlflowgraph)也叫控制流程图，是一个过程或程序的抽象表现。
·圈复杂度:程序中独立路径的数量,可以衡量一个组件模块的判定结构的复杂程度。
·计算对象是结构图或程序图，而程序图又包括控制流图与流程图。

测试用例评审：
交叉评审：组内测试人员的测试用例相互之间进行评审
组内评审：整个项目组的成员进行评审
会议评审：一般来说有客户产于的评审
度量：比如描述用了什么工具，出口标准（bug密度）等等
评审：项目组相关的人员都会参与评审
技术评审：
1、代码评审：当前迭代的功能相关的代码进行评审
2、接口评审：前后端要进行数据交互
圈复杂度：
代码越复杂，圈复杂度越高（代码的逻辑判断比较多）
代码越简单，圈复杂度越低
数据流：数据从哪里产生，最终到哪里去的这样一个过程。
判定节点==》判定==》是否
判定节点：1   2   3    4
独立路径：5条独立路径，圈复杂度为5
1-2-3-7-6
1-4-5-6
1-4-6
1-2-5-6
1-2-3-2-5-6
1-2-3-2-3-5-6   这个不算
【圈复杂度练习】
&&   与符号         符号两边都为真即为真，否则为假
||    或符号     符号两边只要有一边为真就为真，否则为假
对路径进行测试：
第一种场景：
x = 100
y = 501
z = 5000
第二种场景：
x = 1000
y = 500
第三种场景：
x = 101
y = 501

测试人员都是根据需求文档==》提炼测试点==》编写测试用例
用例设计方法：
等价类（重点）
边界值（重点）
判定表
因果图
正交表
场景法
状态迁移

等价类划分举例
对某个同学的成绩进行打分
输入域：0-100分
在0-100之间输入的任何数字都是等效的
1  5   10   50   90都是等效的
总结：等价类当中的等价都是等效的
QQ密码由6-10位数字字符组成
无效等价类结论：
1、从数字字符的长度去违反
密码小于6位
密码大于10位
2、从字符的种类去违反
除了数字字符还可以输入：中文字符、特殊字符、英文字符、空格、空等等。
测试用例的要素：用例编号、用例标题、前置条件、用例步骤、预期结果        
编写测试用例注意点：
1、一个无效等价类就是一个用例
2、用例标题以‘验证’开头
3、用例标题为陈述语句（用于陈述事实）
4、用例标题里不能包含‘是否/可能/或许等判断词语
5、用例步骤需要用序号标注好
6、用例步骤要符合我们用例标题描述的实际情况
7、预期结果描述一定要正确，预期结果取决于用例标题和步骤
8、注意前置条件和用例步骤涉及到的测试数据要合理
9、不要把bug写成用例
10、用例标题一般不做结果的判断，比如登录成功/注册成功
11、测试数据一般放在用例步骤里
12、测试数据取数要合理【重要】
13、写用例以我们的需求为准【重要】
14、写用例要用书面语（不能用口头语）
15、用例标题需要和预期结果首尾呼应
16、异常场景，输入内容为空
针对QQ密码由6-8位数字、字母或下划线组成，测试数据取值分析：
有效等价类：
123456
1234567
12345678
abcdef
______
abc123
abc123__
无效等价类：
12345
123456789
abcde
asdfghjkl
为空
中文
！@#￥%……

666