从用例角度来分析系统测试（纵向）_纵向贯通测试-优快云博客

从用例角度来分析系统测试（纵向）

1、ST计划

1、组织形式

（1）明确测试组织和周边关联组织之间的职能和权力关系

- 如果公司的流程的比较规范，则不用太多考虑；

- 如果公司的流程不是很规范，根据以往的经验，在分配任务以后，会不会遇到障碍；

- 与管理人员：解决资源、监督测试结果

- 与开发部门：是否需要进行系统预测试；

Bug如何提交给开发人员；

与开发部门之间的相互评审；

双方遇到冲突该如何解决

- 与QA部门：从QA部门要软件测试的度量标准；

为QA提供工作量、规模、进度、BUG率及检出率

向QA部门申请进行培训

- 与配置部门：确定版本在何时进行发布；

确定版本在何处进行发布；

确定版本以何种方式进行发布；

（2）明确测试部门组织内部之间的关系

2、测试对象

（1）将SRS和质量模型进行对比分析，将分析出来的功能性测试和非功能性测试划分到质量模型当中；

（2）质量特性：内部质量特性、外部质量特性、使用质量特性，

系统测试主要针对外部质量特性进行测试；

（3）软件质量特性和测试类型可以是一对多，也可以是多对一的关系；

（4）一般常见的质量特性和测试类型的对应关系：

- 功能性：功能测试、安全测试、互联测试

- 效率性：性能测试、压力测试、容量测试、负载测试、指标测试、内存泄露测试

- 可靠性：可靠性测试、启动/停止测试、健壮性测试、备份测试、恢复测试

- 易用性：可用性测试、稳当测试、安装测试

- 维护性：可维护性测试

- 移植性：配置测试、兼容测试、安装测试

3、需求跟踪

- 确定系统测试项与SRS或者软件需求库中的需求之间的对应关系

- 建立系统测试项-需求跟踪矩阵表

4、通过/失败标准

- 用例设计的覆盖率达到多少？等价类、边界值、因果图法……

- 用例执行的百分比达到多少？1、2级执行率，3、4级执行率……

- 缺陷数量要达到多少？

- 残留缺陷数量？

5、挂起/恢复条件

（1）挂起：测试无法进行下去，或者继续测试没有任何意义的情况下进行挂起

（2）恢复：满足可以进行测试条件的情况下，进行恢复

6、任务分配

做计划最核心的内容就是任务分配

（1）工作量估计

工作量估计是建立在一定经验的基础上的，如果没有相关的工作经验，则需要邀请有相关工作经验的专家或者人员开圆桌会议，进行工作量估计

工作量估计会产生一定的误差，可能原因有评估者的经验丰富程度，测试项划分的粒度和准确性；

（2）资源分配

主要有人力、物力、时间上的资源分配；

（3）进度安排

（4）风险估计和规避措施

A．资源上的风险

人力、物力、时间

B．技术上的风险

- 本公司不能够解决的技术问题

- 整个行业都不能够解决的技术问题

（5）输入/输出确定

7、交付产品

二、系统测试方案

三、系统测试用例

1．功能测试

从输入/输出的各个不同角度进行等价类、边界值分析考虑用例设计

思考角度	输入	有效等价类	无效等价类
文件	文件名类型	*.c	非*.c
	文件名长度	<=255个字符	>255字符
	文件大小	<=1M	大于1M
	文件存在性	存在	不存在
	文件独占性	未被独占	被独占
	文件内容	1）全空 2）全代码 3）全注释 4）空+代码 5）空+注释 6）代码+注释 7）空+代码+注释
	文件行数	0行，1行，多行