黑盒用例设计、白盒用例设计、测试日报

一、黑盒用例设计

1、划分等价类（不考虑输入条件之间的关系）
　　（1）有效等价类，有意义的输入数据构成的集合，检验程序是否实现规格说明预先规定的功能和性能。
　　　　用例尽可能多的覆盖尚未被覆盖的有效等价类。直到所有的有效等价类都被测试用例覆盖。
　　（2）无效等价类，不合理、无意义的输入数据构成的集合，检验程序的容错能力。
　　　　用例覆盖一个且仅一个尚未被覆盖的无效等价类。直到所有的无效等价类都被测试用例所覆盖。
　　等价类的基本类型有：
　　（1）数据个数：有效等价类是正确的数据个数，无效等价类是大于或者小于数据个数
　　（2）集合：有效等价类是正确的数据集合（数字），无效等价类是错误的数据集合（非数字，字母、汉字、特殊字符等）
　　（3）符合某些规则的输入：有效等价类是符合规则，无效等价类是不符合规则
　　（4）取值范围：有效等价类是范围内，无效等价类是范围外
　　（5）布尔值：假设有效等价类是true，那么无效等价类是false
2、边界值（基于等价类，对等价类的补充）
3、因果图判定表（适用于条件之间的组合会影响到结果）
　　判定表：针对不同逻辑条件的组合值，分别执行不同的操作。
　　　　       假设条件数为4个，条件中的取值都为3个，那么规则数= 3的4次方
　　　　       假设条件数为3个，条件中中的取值分别为1/2/3个，那么规则数=1*2*3
　　因果图：分析因果，先考虑条件之间的关系，再考虑条件与结果之间的关系。用于优化判定表
　　条件与结果之间的关系：
　　　　恒等（c1条件对应e1结果）、非（c1条件不会对应e1结果）、或（c1、c2条件满足一个就对应e1结果）、与（c1、c2条件同时满足就对应e1结果）
　　条件之间的依赖：
　　　　互斥（单选框，可以不选）、包含（多选框，可以不选）、唯一（下拉菜单，必须选一个）、屏蔽（输入a条件就屏蔽b条件）、要求（输入a条件就必须输入b条件）
--------------------- 上面是针对单个功能点的测试，下面是测试系统的整体业务流程 ---------------------
4、状态迁移法
　　明确状态节点--绘制状态迁移图--设计测试用例
　　售票示例：
　　　　预定（取消）——已支付（取消）——已出票（取消）——已使用
　　　　用例1：预定——取消
　　　　用例2：预定——已支付——取消
　　　　用例3：预定——已支付——已出票——取消
　　　　用例4：预定——已支付——已出票——已使用
5、场景法（正常流程、备选流程、异常流程）
　　画出流程树，根据流程树设计测试用例，走完所有的路径
--------------------- 其他测试方法 ---------------------
6、正交实验法（适用于参数配置、很多输入的情况）
　　条件个数是因子，条件中的不同输入情况是水平（选取因子中的最大水平），然后选择最相似的正交表（实际因子<=正交表因子，实际水平<=正交表水平）
7、错误推测法（经验、直觉）
　　知道哪一块最容易出问题，针对性的去测试（性能、安全、兼容性等）

二、白盒用例设计

优点：   代码覆盖率高（黑盒测试覆盖率大概能达到总代码量的30%）
　　比如说我在代码中干了其他跟功能无关的事情，黑盒是测试不出来的。平时遇到比较多的问题有开发理解需求错误、逻辑冗余、空指针等
缺点：   覆盖所有路径难度比较大  、  业务覆盖不全  、 人力成本比较高

静态方法：
　　1、桌面检查（个人检查）
　　2、代码扫描工具（编码规范）
　　3、代码审查、走查（组织成员review）
动态方法：
　　1、逻辑覆盖法（对程序逻辑结构的遍历，需要画程序流程图）
　　（1）语句覆盖
　　　　每条语句都能执行到，但是不能准备判断运算中的逻辑关系
　　（2）判定覆盖
　　　　每个判断真假都被执行一次，会忽略条件中or的情况
　　（3）条件覆盖（判定语句中会有条件）
　　　　每个条件有一次取真值，有一次取假值。条件覆盖并不能保证判断覆盖
　　（4）判定条件覆盖
　　　　判定+条件覆盖，同时也继承了上面的缺点：会忽略条件中or的情况
　　（5）条件组合覆盖
　　　　判定内的条件组合，同时也满足了上面4种覆盖情况；但不能保证所有路径被执行

　　　　假设2个if判定，第一个if中2个条件，第二个if中1个条件，那么条件组合用例是2*2+1*2，并不是2的3次方。所以条件组合覆盖的局限性是不能覆盖所有路径

　　（6）路径覆盖
　　　　覆盖每条路径，但是不能覆盖所有条件。且每条路径覆盖到的成本非常高
　　2、基本路径测试法
　　　　路径数=判定数+1

　　总结：路径不复杂的时候，采用逻辑覆盖法中的条件组合覆盖、路径覆盖即可；

　　　　    路径复杂的时候，   采用逻辑覆盖法中的条件组合覆盖、基本路径测试法即可；

测试流程（2021年所在的公司，自己总结的）
　　1、根据需求设计黑盒用例
　　2、冒烟测试
　　3、代码走查
　　4、设计白盒用例，和黑盒用例互相补充
　　5、代码评审、用例评审
　　6、执行用例

三、测试日报

如下模板是我2018年在某家公司的

一、测试信息概述

　　1、本次案例总数1111个，计划9.9日完成测试，9.10-9.12回归测试，截至当晚执行**条2，成功**条，未执行**条，案例执行率***，已执行案例通过率***，目前测试进度正常。

　　2、当日新增问题**个，重新打开**个，截至目前为止发现bug***个，已解决***个，未解决***个，遗留bug***个，具体见bug详情；

　　　　标红为超过3天未解决的bug，还请开发跟进解决；

二、相关风险

　　1、

　　2、

三、某某系统某某版本上线内容

　　上线内容表格信息

四、测试进度明细

　　案例执行信息表

　　内容　　案例总数　　执行数　　通过数　　失败数　　执行率　　已执行通过率   执行人

五、bug详细信息

　　bug统计表

　　未解决bug详情表