scp /kjh/kjh9 root@192.168.100.227:/ ===》将kjh目录下的kjh9放到对方服务器指定的根目录下
scp root@192.168.100.227:/dcs16/zuoye.txt /dcs16/ ===》在对方服务器中将dcs16目录下zuoye.txt文件，放到自己服务器的dcs16目录中
df ==》查看磁盘空间（不带单位）
df -h ==》查看磁盘空间（带单位）
top ===》持续查看cpu使用情况
top -d 2 ==》2秒钟刷新一次
free ==》查看内存
ps ==》查看所有进程
ps -ef|grep mysql ===》查看mysql服务是否存在
kill +进程号 ===》杀死进程
kill -9 +进程号 ===》强制杀死进程
netstat -ntlp ===》查看全部端口号
lsof -i:631 ===》查看631端口对应的服务
端口号：在linux系统中一个端口号只能被一个应用程序所占用
who ==》用户登录情况
whoami ===》查看当前操作的用户名
du -sh kjh2 ===》查看目录的大小
du -sh dcs12 ==》查看文件大小
hostname ===》查看主机名称
getconf LONG_BIT
reboot ===》重启系统
shutdow now ===》关机
init 0 ===》关机
alias if='ifconfig' ===》帮ifconfig这个命令取了一个别名if
unalias if ===》取消别名
history ===》查看历史
reset ===》重置
clear ===》清空
ln命令
硬链接：相当于备份
ln -d dake.txt cc.txt ==》帮dake.txt文件创建一个硬链接 相当于就是备份
注：只能针对文件不能对目录进行操作
软链接：相当于创建一个桌面快捷方式
ln -s /dcs16/dake.txt /aa.txt ==》帮dake.txt文件创建快捷方式在根目录下并且改名aa.txt
ln -s /dcs16/dcs16.3 /test ==》帮dcs16.3目录创建快捷方式在根目录下并且改名test
可以直接通过 cd tets进入到/dcs16/dcs16.3这个目录中
vim编辑
命令模式
编辑模式
末行模式
进入命令模式 输入 vim +文件名称(当文件不存在时,会新建文件进行编辑保存)
进入编辑模式 键盘按下i键
按ctrl+c 或者esc退出编辑模式
再按shift+: 进入到末行模式
输入wq保存并退出
dd 删除光标所在行
yy 复制光标所在行
3yy 复制光标所在行的3行数据
p 粘贴到光标所在行下方
P 粘贴到光标所在行上方
末行模式下
set nu 显示行号
set nonu 取消行号
/关键词 搜索并高亮显示
noh 取消高亮显示
动态测试：通过运行软件的组件或系统来测试软件
静态测试:对组件的规格说明书进行 评审，对静态代码进行走查
正式评审：对评审过程及需求文档的 一种特定评审
度量：测量所使用的方法或标准 ==== 用了什么工具/出口标准(bug密度）
评审员：所有参与评审的人，不包括主讲的人。
记录员：记录评审会议上的会议纪要。
评审： 交叉评审：
组内评审 === 正式评审
会议评审：
技术评审：同行间对技术进行的评审。目的是技术实现打成共识。
1.对目前项目功能相关的代码进行评审
2.对新增的接口代码进行评审
走查：由文档作者逐步陈述文档内容，以收集信息并对内容达成一致
复杂性：系统或组件的设计或内部结构比较复杂，导致难以理解，维护或验证的程度
圈复杂度：程序中独立路径的数量。可以衡量一个组件模块的判定结构的复杂程度
写的代码越复杂，圈复杂度越高（代码的逻辑较多）
写的代码越简单，圈复杂度越低
控制流：执行组件或系统的一系列顺序的路径
数据流：表示数据对象的顺利或状态发送变化的过程
独立路径从开始到结束 ===》5条独立路径，圈复杂度5
公式一
V=E-N+2(E结构图的边数，N是节点数）
10-7+2=5
公式二
V=区域数 注：加上区域最外边一块
公司三
V=P+1 (P判定节点数） 判定节点：由判断条件的节点
黑盒测试（功能测试）的用例设计方法
等价类
边界值
判定表
因果图
正交表
场景法
状态迁移
白盒测试用例设计方法：
语句覆盖
条件覆盖
判断覆盖
路径覆盖
路径覆盖（基本路径法、z路径法）
判定条件覆盖
等价类划分
需求：在输入框输入1-100分考试成绩并且为正整数
输入域：1-100
集合：1-100之间任意正整数 比如 55、78、99
有效等价类：有意义、合理
1、55、88
无效等价类：无意义、不合理
0、101、64.5
需求：qq密码是6-10位数字字符或英文字符组成
123456 ==》符合规则
12345 ==》不符合规则，从长度去违反
12345q@ ==》不符合规则，从类型去违反
原则：每条用例尽可能多的覆盖多个有效等价类
每条用例只能覆盖一个无效等价类
写用例注意的点：
1.用例以验证开头
2.验证标题和步骤内容相呼应
3.用例标题和预期结果相呼应
4.等价类用例设计方法的描述一般用大于、小于（指定某个值是边界值）
边界值
1-100分
上点：1和100 正常场景
离点：0和101 异常场景
内点：区域内的点 正常场景
闭区间 （1，100）正常测试点：1，100 异常测试点：0，101
半闭半开 【1，100） 正常测试点： 1，99 异常测试点：0，99
半开半闭 （1,100] 正常测试点：2，100 异常测试点：1，101
开区间 (1,100) 正常测试点：2，99 异常测试点：1，100
有序集合
春夏秋冬 ===》选择第一个和最后一个元素做为测试数据 春和冬
需求：用户名由11位纯数字字符的手机号组成===》10位、11位、12位
等价类的描述：
验证在输入框输入11位纯数字字符组成的手机号
验证在输入框输入小于11位纯数字字符组成的手机号
验证在输入框输入大于11位纯数字字符组成的手机号
边界值的描述：
验证在输入框输入11位纯数字字符组成的手机号
验证在输入框输入10位纯数字字符组成
|
|
227
0
多测师社区 
