第一天 测试模型分类

怎么测试？假如给一杯子。
1.易用性测试：查看外观
2.需求性测试：查看使用说明
3.功能性测试：看是否漏水
4.安全性测试：材料是否环保
5.兼容性测试：是否只能装一种物品
6.压力测试（性能测试）：不断注水，看杯子什么时

测试的目的：发现软件的缺陷

软件测试存在的必要性：软件是由代码和文档组成的，而这些都是由人来设计和编写的，人都会犯错。

环境会影响软件，以致软件出现失效现常用常用象。

软件测试活动只是关键的质量保证活动之一

基本术语：·PC机，物理机，便携机。
                  ·OS（操作系统），dos命令与图形化界面，共享
                  ·文件与文件夹，目录与路径
                  ·客户机与服务器，浏览器与服务器
                  ·单机与共享软件，APP
                  ·项目与项目需求，客户与客户需求，项目角色


部分常用名称简称：测试组长TL；                                                            
                               项目经理PM；
                               测试工程师TE;                                                             测试经理TPM；
                               开发工程师DE；
                               配置管理员CMO


V模型


敏捷开发模型
1.每天开晨会：（站立会议，报告进度，总结昨天，规划今天，此模型没有项目经理，角色转换成教练，起到监督作用）
2.打分制度：每人都有基础分，根据表现加分

缺陷级别：1.提示级别（文字错误）
                  2.一般级别
                  3.严重级别
                  4.致命级别

迭代开发模型先把整体框架和基本功能实现，再细化附加功能。


H模型以防火墙为例

SRS澄清阶段，开发组和测试组一起讨论，此阶段约占真个软件生命周期1/4的时间。
SIT在生命周期内一般会进行3~4轮，每轮的SIT的时间占比，测试用例数量和发现的BUG处于高速递减的状态，其中BUG 的数量最后为0.每轮SIT要依据测出的BUG进行下轮的SIT（及时补充用例），其中第二轮要进行回归测试。（回归测试：对上一轮问题的复测）
TC初稿刚输出时，要进行多次用例评审，最终形成用例基线文档，多次用例评审一般为3次，交叉评审；组内评审（开发人员参与）；会议评审（客户参与）。
text link ：这款工具只用来管理用例
ZEW:禅道：测试用例管理，BUG管理

Linux命令
关机：init 0
切换根用户：su root

6