目录

软件测试完整的系统测试流程

【软件测试】完整的系统测试流程

目录


1)项目介绍

2)项目环境介绍

3)软件功能( 简单罗列即可)

4)用户特征( 考虑用户经验、技能、角色、国籍…… )

5)假设和依赖关系( 第三方组件、重用模块……)

6)功能需求(简单描述、输入、处理、输出)

7)性能需求

静态性能指标(终端数、同时在线数…)、

动态性能指标(正常或峰值时处理事务的数量效率…)

8)接口需求

用户接口(界面)

软件接口(前后台)

硬件接口

9)硬件约束

10)技术限制和本地化

11)需求分级   3 级:必需的、可选的、有条件、

1) 优先级

2)工作量

3)风险

好需求的六大特征 :

1、准确性 2、无歧义性 3、完整性 4、一致性 5、可验证性 6、可追踪性

https://i-blog.csdnimg.cn/blog_migrate/89cc5184b537fccb6f13c0f971643475.png

测试需求分析(根据需求得到系统测试项)

是否继承上一版本的特性,考虑因素包括:

1)失效影响度

对内:开发(修改难度…)

对外:客户

2)成熟度

对内:测试(历史测试情况)

对外:客户(历史使用情况)

3)继承方式

独立、 交互、 变化、 既交互又变化

对于失效影响度大,成熟度低的需求要特别关注

挖掘需求具体对应每个测试类型(功能、性能…)的内容,也可以根据质量模型进行分析。

https://i-blog.csdnimg.cn/blog_migrate/10d5652d0534f31b5a09f6cc7886f0f1.png

两个或两个以上功能同时使用。

https://i-blog.csdnimg.cn/blog_migrate/08da0197e64bbb755e36bf64a47e9f9b.png

1) 组织形式(组织内、组织间)

2) 测试对象(包括功能、性能、配置……以及每个模块)

3)需求跟踪

4)测试通过/失败标准 缺陷密度 遗留缺陷加权和 用例执行率

5、 测试挂起标准及恢复条件 30%的用例被阻塞

6、 测试任务安排

6.1)测试计划(方法标准、输入输出 时间安排 资源 风险与假设 角色职责)

6.2)测试设计( ……)

6.3)测试实现( ……)

6.4)测试执行( ……)

7、应交付的测试工作产品

8、工作量估计

9、资源分配

1) 被测对象

2)被测试特性

3)不被测试特性

4) 测试模型

4.1)测试组网图/结构关系图

4.2) 测试原理/策略(方案之后所有的工作的策略)

4.3) 操作流程

5)测试需求(包括环境、工具、代码、数据,测试对象)

6)测试设计(包括工具、代码、 用例、规程)

1)用例编号

2)项目名称( ST 为需求或测试项子项; UT 为接口名、 IT 为函数名)

3)用例标题(关注点,标题不能重复)

4) 优先级别(高、中、低)

5) 预置条件(用例执行的前提)

6) 输入

7) 操作步骤(从进入…页面开始)

8) 预期结果( 同时关注界面和数据库)

选取测试用例中重要级别高正常路径的用例来作为预测试项,一般选取用例总数的 10~20%,以确保被测系统达到进入正式测试的条件。

1)搭建环境

2)测试部署

3)执行用例

4)发现 BUG

5)提交 BUG

6)跟踪 BUG

7)写日报

8)写小结

9)写报告

10)写总结

1)概述

2)测试的时间、地点、人员

3)环境描述

4)总结与评价

4.1)测试过程总结

4.2)质量评估

4.3)总结

5)遗留问题报告