测试理论： 一个总结和梳理

黑盒

测试流程：

前冒烟 - 验证拿到的包的各个功能能否正常运行;

性能测试： **负载测试、压测、兼容性测试， 可移植性和健壮性测试；

回归测试：

当测试人员发生缺陷之后， 会将缺陷提交给开发人员， 开发人员对程序进行修改，修改之后，测试人员会对程序重新测试

后冒烟 - 验证代码修改后的run包的各个功能能否正常运行;

验证测试： 主要是对软件产品说明进行验证， 逐行逐字地按照说明书的描述对软件产品进行测试，确保其符合客户的各项要求；

测试用例设计：

要求：
有效性、可复用、易组织性、可评估性、可管理性

要素：
编号
标题
测试目标
预置条件
测试输入
预期输出
操作步骤
级别

用例设计者 ： 能准确找到用例设计人员
用例设计日期 ： 方便检查用例的设计进度
对应的开发人员：出现bug后能即使找到相应的人员进行修复
测试结果：执行用例最后执行的结果
测试类型：功能、性能、压力

---

测试用例设计原则
明确性：
测试人员尽量避免而是用例存在含糊的因素， 在测过程中，测试用例的测试结果是唯一的

代表性：
尽量将具有相似功能额测试用例合并

简洁性：
测试用例简洁， 可读性好，测试用例描述一句话描述测试的什么

---

测试用例设计方法：

---

等价类划分： 把所有可能的输入数，即程序的输入域划分成若干类别，然后从每一个类别取少数具有代表性的数据作为测试用例。
常用

---

边界值法： 用来选取有代表性的数据， 边界的值（然后再加一个中间值）

---

判断表法：

将多个输入变量， 进行组合， 得到测试用例

---

正交表：

如果输入的变量太多，组合爆炸时，可以根据正交表来设计测试用例

---

流程图分析法， 功能图法：

对于系统中的所有流程都进行覆盖

测试用例的力度：

质量的把控高，力度大一点
否则可以放松测试的标准

---

白盒

测试方法：

---

语句覆盖：

所有的语句都执行到

---

判定覆盖：
每个if语句的真假都走到

---

条件覆盖：
设计测试用例， if 语句获取的输入状态让每个判定式都能取真或者假
不要求都走到

---

判定条件覆盖:
对于判定语句的每个判定都走到了： and走真 or走非

---

条件组合覆盖：
执行足够的例子，使得每个判定中条件的各种可能组合都至少出现一次。

---

路径覆盖

设计测试用例， 使得程序从起点到终点的全部路径都走一遍 ！

---

最严格的白盒测试：

条件组合覆盖和路径覆盖

---

白盒测试用例格式：

---

灰盒测试：

灰色测试指的是测试人员直到系统模块的功能， 但是不知道程序具体的实现，不能分析程序本身， 只能测试模块接口和功能 ！！！