系统测试用例报告模版Word格式文档下载.docx

系统测试用例报告模版Word格式文档下载.docx

《系统测试用例报告模版Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《系统测试用例报告模版Word格式文档下载.docx（13页珍藏版）》请在冰豆网上搜索。

2

3

4

5

审批记录

版本

审批人

审批意见

审批日期

1.0.0

1.引言

系统测试用例是为系统测试而编制的一组测试输入、执行条件以及预期结果，以便测试模块之间数据接口是否满足某个特定需求或集成后的功能是否满足要求。

请用户根据项目的实际测试情况，裁剪本测试用例模板。

1.1目的

系统测试是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计的标准和规定。

1.2范围

主要测试模块之间数据传输是否正确、模块集成后的功能是否实现、模块接口功能与设计需求是否一致。

1.3读者对象

软件测试人员、文档编写人员、

1.4参考资料

资料名称

出版单位

作者

日期

1.5术语与缩略语

术语、缩略语

解释

2.功能测试用例

功能测试目的是检查软件的功能是否正确，在系统测试里，其依据是需求文档，功能测试是必不可少的。

基本方法是构造一些合理的输入，检查输出与期望是否相同。

由于输入的可能性太多，一般采用“等价区间法”、“边界值分析法”、“异常值分析法”进行测试。

2.1被测试对象的介绍

此处一般为子系统，需要对这个子系统的功能进行介绍。

2.2测试范围与目的

要测试这个子系统的如些功能？

并且达到什么目的？

2.3测试环境与测试辅助工具的描述

执行功能测试时搭建的环境，如果使用特定的测试工具，需要在此一并描述。

2.4测试驱动程序的设计

如果需要使用程序来执行或辅助功能测试的时候，需要在此处来设计测试驱动程序。

此处的设计应当达到可以直接编写驱动程序或执行的程序。

2.5功能测试用例

用例ID

功能A描述

用例目的

前提条件

输入/动作

期望的输出/响应

实际情况

示例：

典型值...

边界值...

异常值...

功能B描述

...

3.健壮性测试用例

健壮性是指在异常情况下，软件还能正常运行的能力。

有容错能力和恢复能力两层含义，容错是指发生异常情况时软件不出错的能力；

恢复是指软件发生错误后重新运行时，能否恢复到没有发生错误前的状态的能力。

在设计用例时重点考虑在各个可能的异常情况下系统能否重新运行；

有无重要的数据丢失；

是否毁坏了其他相关的软硬件。

3.1被测试对象的介绍

3.2测试范围与目的

3.3测试环境与测试辅助工具的描述

3.4测试驱动程序的设计

3.5容错能力/恢复能力测试用例

异常输入/动作

容错能力/恢复能力

造成的危害、损失

错误的数据类型...

定义域外的值...

错误的操作顺序...

异常中断通信...

异常关闭某个功能...

负荷超出了极限...

4.性能测试用例

性能测试即测试软件处理事务的速度，一是为了检验性能是否符合需求，二是为了得到某些性能数据供参考，比如系统每秒钟处理多少数据等。

注意，所谓的性能数据都必须在一定运行环境下记录得到。

应当注意以下几点：

1、由于运行速度比较快，不可能使用手工来计算出运算时间及次数，应当编写程序用来计算时间以及记录相关数据。

2、应当分别测试软件在标准配置、建议配置、最低配置下的性能。

3、不仅要记录软硬件环境，还要记录多用户并发时的工作情况。

4、在测试的时候，为了排除干扰，应当关闭那些消耗内存、占用CPU的其他应用程序。

5、对于要测试的系统性能应当分类并给预适当的名称，比如：

每小时处理收费笔数，文件上载速度等。

6、不同的输入场景下，会得到不同的性能数据，应当分档记录。

7、由于环境的波动，同一种输入情况在不同的时间可能得到不同的性能数值，可以取其平均值。

4.1被测试对象的介绍

4.2测试范围与目的

4.3测试环境与测试辅助工具的描述

4.4测试驱动程序的设计

4.5性能测试用例

性能A描述

输入数据

期望的性能（平均值）

实际性能（平均值）

5.图形用户界面测试用例

大部分软件都会有图形用户界面，这类的测试用例主要是测试和评估用户界面的正确性、易用性和视觉效果。

由此可以此类测试或评价的主观性非常强，所以在设计测试用例时，需要考虑到不同类别人员的观点。

再就是，由于是主观性的评价，此类用例不太适合使用测试程序来测试。

5.1被测试对象的介绍

5.2测试范围与目的

5.3测试环境与测试辅助工具的描述

5.4测试人员分类

类别

特征

A类

B类

5.5用户界面测试的检查表

检查项

A类人员评价

B类人员评价

…

窗口切换、移动、改变大小是正常吗？

用户界面是否与软件的功能相融洽？

界面的布局符合软件的功能逻辑吗？

各种界面元素的文字正确吗？

（如标题、提示等）

各种界面元素的状态正确吗？

（如有效、无效、选中等状态）

是否所有界面元素都不会让人误解？

各种界面元素支持键盘操作吗？

各种界面元素知识鼠标操作吗？

是否恰当地利用窗体的空白，以及分割线？

界面元素是否在水平或者垂直方向对齐？

是否所有界面元素提供了充分而必要的提示？

对话框中的默认焦点正确吗？

数据项能正确返回必要的结果信息吗？

对于常用的功能，用户能否不必阅读手册就能使用吗？

界面结构能清晰地反映工作流程吗？

用户是否容易知道自己在系统中的位置，不会迷失方向？

是否提供进度条、动画等反映正在进行的比较耗时的过程？

执行有风险的操作时，有“确认”、“放弃”等提示吗？

操作顺序合理吗？

有联机帮助吗？

各种界面元素的布局合理吗？

美观吗？

各种界面元素的颜色协调吗？

各种界面元素的形状美观吗？

字体是否一致、美观？

图标直观吗？

色盲或色弱的用户能正常使用该界面吗？

同类的界面元素是否有相同的视感和相同的操作方式？

是否根据用户权限自动屏蔽某些功能？

是否提供逆向功能用以撤销不期望的操作？

初学者和熟悉用户都有合适的方式操作这个界面吗？

是否使用国际通行的图标及语言？

度量单位、日期格式、人的名字等是否符合国际惯例？

6.信息安全性测试用例

信息安全是指防止系统被非法入侵的能力，既属于技术问题又属于管理问题。

应当注意，在世界上不存在绝对安全的系统。

我们在对系统安全性测试时可以考虑如下几种方法：

1）为非常入侵设立目标，比如：

管理信息系统里常见的SQL注入，通过给查询条件特定的SQL语句从而达到非法更改数据库记录的目的。

2）如果有人绕过系统的安全管理成功了，要详细记录入侵的过程。

6.1被测试对象的介绍

6.2测试范围与目的

6.3测试环境与测试辅助工具的描述

6.4测试驱动程序的设计

6.5信息安全性测试用例

假设目标A

非法入侵手段

是否实现目标

代价-利益分析

假设目标B

7.压力测试用例

压力测试也叫负荷测试，即获取系统能正常运行的权限状态。

其主要任务是：

构造正确的输入，逐步增加系统的负荷直到刚好不瘫痪。

这时的数据就是系统可以承受的“权限”值。

比如：

对服务器进行压力测试，可以增加并发操作的用户数量，或者连续不停地向服务器发请求，或者一次性向服务器发送特别大的数据等，此时看服务器的运行状态。

由此可间，此测试通常使用程序来模拟用户的操作来实现，通过手工是很难完成的。

压力测试的一个变种是敏感测试，即在某种情况下，微小的输入变动会导致系统的表现（如性能）发生急剧的变化。

敏感测试目的是发现什么样的输入可能会引发不稳定现象。

7.1被测试对象的介绍

7.2测试范围与目的

7.3测试环境与测试辅助工具的描述

7.4测试驱动程序的设计

7.5压力测试用例

假设名称A

例如“最大并发用户数量”

是否能正常运行

例如：

10个用户并发操作

100个用户并发操作

假设名称B

8.可靠性测试用例

可靠性是指在一定的环境下、在给定的时间内、系统不发生故障的概率。

由于软件不像硬件那样可以，所以软件可靠性测试可能会花费很长的时间。

比较实用的办法是：

让用户使用该系统，记录每一次发生故障的时刻，计算出相邻故障的时间间隔（注意，要去掉非工作时间）。

这样就可以计算得到发生故障的“最小时间间隔”、“最大时间间隔”、“平均时间间隔”，其中的“平均时间间隔”就是表明了系统可靠的程度的。

8.1被测试对象的介绍

8.2测试范围与目的

8.3测试环境与测试辅助工具的描述

8.4测试驱动程序的设计

8.5可靠性测试用例

任务A描述

连续运行时间

故障发生的时刻

故障描述

统计分析

任务A无故障运行的平均时间间隔

（CPU小时）

任务A无故障运行的最小时间间隔

任务A无故障运行的最大时间间隔

任务B描述

任务B无故障运行的平均时间间隔

任务B无故障运行的最小时间间隔

任务B无故障运行的最大时间间隔

9.安装/反安装测试用例

安装测试主要是：

至少在标准配置和最低配置两种环境下进行安装测试；

如果有安装界面，应当尝试各种选项，如选择“全部安装”、“部分安装”、“升级安装”进行测试。

反安装测试主要是看程序能否顺利卸载