系统测试用例报告模版.docx

1、系统测试用例报告模版文档状态：文档编号： Draft Released Modifing编 撰：编撰日期：保密级别：机密文档版本：2.0.0项目名称（The English Name）系统测试用例XXX项目小组修订表编号生成版本修订人修订章节与内容修订日期12345审批记录版本审批人审批意见审批日期1.0.01. 引言系统测试用例是为系统测试而编制的一组测试输入、执行条件以及预期结果，以便测试模块之间数据接口是否满足某个特定需求或集成后的功能是否满足要求。请用户根据项目的实际测试情况，裁剪本测试用例模板。1.1 目的系统测试是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系

2、统设计的标准和规定。1.2 范围主要测试模块之间数据传输是否正确、模块集成后的功能是否实现、模块接口功能与设计需求是否一致。1.3 读者对象软件测试人员、文档编写人员、1.4 参考资料资料名称出 版 单 位作 者日 期1.5 术语与缩略语术语、缩略语解 释2. 功能测试用例功能测试目的是检查软件的功能是否正确，在系统测试里，其依据是需求文档，功能测试是必不可少的。基本方法是构造一些合理的输入，检查输出与期望是否相同。由于输入的可能性太多，一般采用“等价区间法”、“边界值分析法”、“异常值分析法”进行测试。2.1 被测试对象的介绍此处一般为子系统，需要对这个子系统的功能进行介绍。2.2 测试范围

3、与目的要测试这个子系统的如些功能？并且达到什么目的？2.3 测试环境与测试辅助工具的描述执行功能测试时搭建的环境，如果使用特定的测试工具，需要在此一并描述。2.4 测试驱动程序的设计 如果需要使用程序来执行或辅助功能测试的时候，需要在此处来设计测试驱动程序。此处的设计应当达到可以直接编写驱动程序或执行的程序。2.5 功能测试用例用例ID功能A描述用例目的前提条件输入/动作期望的输出/响应实际情况示例：典型值.示例：边界值.示例：异常值.用例ID功能B描述用例目的前提条件输入/动作期望的输出/响应实际情况示例：典型值.示例：边界值.示例：异常值.3. 健壮性测试用例健壮性是指在异常情况下，软件还

4、能正常运行的能力。有容错能力和恢复能力两层含义，容错是指发生异常情况时软件不出错的能力；恢复是指软件发生错误后重新运行时，能否恢复到没有发生错误前的状态的能力。在设计用例时重点考虑在各个可能的异常情况下系统能否重新运行；有无重要的数据丢失；是否毁坏了其他相关的软硬件。3.1 被测试对象的介绍3.2 测试范围与目的3.3 测试环境与测试辅助工具的描述3.4 测试驱动程序的设计3.5 容错能力/恢复能力测试用例异常输入/动作容错能力/恢复能力造成的危害、损失示例：错误的数据类型.示例：定义域外的值.示例：错误的数据类型.示例：错误的操作顺序.示例：错误的数据类型.示例：异常中断通信.示例：异常关闭

5、某个功能.示例：负荷超出了极限.4. 性能测试用例性能测试即测试软件处理事务的速度，一是为了检验性能是否符合需求，二是为了得到某些性能数据供参考，比如系统每秒钟处理多少数据等。注意，所谓的性能数据都必须在一定运行环境下记录得到。应当注意以下几点：1、由于运行速度比较快，不可能使用手工来计算出运算时间及次数，应当编写程序用来计算时间以及记录相关数据。2、应当分别测试软件在标准配置、建议配置、最低配置下的性能。3、不仅要记录软硬件环境，还要记录多用户并发时的工作情况。4、在测试的时候，为了排除干扰，应当关闭那些消耗内存、占用CPU的其他应用程序。5、对于要测试的系统性能应当分类并给预适当的名称，比

6、如：每小时处理收费笔数，文件上载速度等。6、不同的输入场景下，会得到不同的性能数据，应当分档记录。7、由于环境的波动，同一种输入情况在不同的时间可能得到不同的性能数值，可以取其平均值。4.1 被测试对象的介绍4.2 测试范围与目的4.3 测试环境与测试辅助工具的描述4.4 测试驱动程序的设计4.5 性能测试用例用例ID性能A描述用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）用例ID功能B描述用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）.5. 图形用户界面测试用例大部分软件都会有图形用户界面，这类的测试用例主要是测试和评估用户界面的正确性、易用性和视觉效果。由此

7、可以此类测试或评价的主观性非常强，所以在设计测试用例时，需要考虑到不同类别人员的观点。再就是，由于是主观性的评价，此类用例不太适合使用测试程序来测试。5.1 被测试对象的介绍5.2 测试范围与目的5.3 测试环境与测试辅助工具的描述5.4 测试人员分类类 别特 征A类B类.5.5 用户界面测试的检查表检查项A类人员评价B类人员评价窗口切换、移动、改变大小是正常吗？用户界面是否与软件的功能相融洽？界面的布局符合软件的功能逻辑吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）是否所有界面元素都不会让人误解？各种界面元素支持键盘操作吗？各种界面元素

8、知识鼠标操作吗？是否恰当地利用窗体的空白，以及分割线？界面元素是否在水平或者垂直方向对齐？是否所有界面元素提供了充分而必要的提示？对话框中的默认焦点正确吗？数据项能正确返回必要的结果信息吗？对于常用的功能，用户能否不必阅读手册就能使用吗？界面结构能清晰地反映工作流程吗？用户是否容易知道自己在系统中的位置，不会迷失方向？是否提供进度条、动画等反映正在进行的比较耗时的过程？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作顺序合理吗？有联机帮助吗？各种界面元素的布局合理吗？美观吗？各种界面元素的颜色协调吗？各种界面元素的形状美观吗？字体是否一致、美观？图标直观吗？色盲或色弱的用户能正常使用该界

9、面吗？同类的界面元素是否有相同的视感和相同的操作方式？是否根据用户权限自动屏蔽某些功能？是否提供逆向功能用以撤销不期望的操作？初学者和熟悉用户都有合适的方式操作这个界面吗？是否使用国际通行的图标及语言？度量单位、日期格式、人的名字等是否符合国际惯例？6. 信息安全性测试用例信息安全是指防止系统被非法入侵的能力，既属于技术问题又属于管理问题。应当注意，在世界上不存在绝对安全的系统。我们在对系统安全性测试时可以考虑如下几种方法：1）为非常入侵设立目标，比如：管理信息系统里常见的SQL注入，通过给查询条件特定的SQL语句从而达到非法更改数据库记录的目的。2）如果有人绕过系统的安全管理成功了，要详细记

10、录入侵的过程。6.1 被测试对象的介绍6.2 测试范围与目的6.3 测试环境与测试辅助工具的描述6.4 测试驱动程序的设计6.5 信息安全性测试用例用例ID假设目标A前提条件非法入侵手段是否实现目标代价-利益分析.用例ID假设目标B前提条件非法入侵手段是否实现目标代价-利益分析.7. 压力测试用例压力测试也叫负荷测试，即获取系统能正常运行的权限状态。其主要任务是：构造正确的输入，逐步增加系统的负荷直到刚好不瘫痪。这时的数据就是系统可以承受的“权限”值。比如：对服务器进行压力测试，可以增加并发操作的用户数量，或者连续不停地向服务器发请求，或者一次性向服务器发送特别大的数据等，此时看服务器的运行状

11、态。由此可间，此测试通常使用程序来模拟用户的操作来实现，通过手工是很难完成的。压力测试的一个变种是敏感测试，即在某种情况下，微小的输入变动会导致系统的表现（如性能）发生急剧的变化。敏感测试目的是发现什么样的输入可能会引发不稳定现象。7.1 被测试对象的介绍7.2 测试范围与目的7.3 测试环境与测试辅助工具的描述7.4 测试驱动程序的设计7.5 压力测试用例用例ID假设名称A例如“最大并发用户数量”前提条件输入/动作期望的输出/响应是否能正常运行例如：10个用户并发操作例如：100个用户并发操作.用例ID假设名称B前提条件输入/动作期望的输出/响应是否能正常运行.8. 可靠性测试用例可靠性是指

12、在一定的环境下、在给定的时间内、系统不发生故障的概率。由于软件不像硬件那样可以，所以软件可靠性测试可能会花费很长的时间。比较实用的办法是：让用户使用该系统，记录每一次发生故障的时刻，计算出相邻故障的时间间隔（注意，要去掉非工作时间）。这样就可以计算得到发生故障的“最小时间间隔”、“最大时间间隔”、“平均时间间隔”，其中的“平均时间间隔”就是表明了系统可靠的程度的。8.1 被测试对象的介绍8.2 测试范围与目的8.3 测试环境与测试辅助工具的描述8.4 测试驱动程序的设计8.5 可靠性测试用例任务A描述连续运行时间故障发生的时刻故障描述.统 计 分 析任务A无故障运行的平均时间间隔（CPU小时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）任务B描述连续运行时间故障发生的时刻故障描述.统 计 分 析任务B无故障运行的平均时间间隔（CPU小时）任务B无故障运行的最小时间间隔（CPU小时）任务B无故障运行的最大时间间隔（CPU小时）9. 安装/反安装测试用例 安装测试主要是：至少在标准配置和最低配置两种环境下进行安装测试；如果有安装界面，应当尝试各种选项，如选择“全部安装”、“部分安装”、“升级安装”进行测试。反安装测试主要是看程序能否顺利卸载