系统教学教案用例资料标准模板.docVIP

+\ 【系统名称】 【系统名称】系统测试用例 研发地点 MACROBUTTON AutomaticChange [单击填写部门] 文档作者 系统测试用例 项目名称 : MACROBUTTON AutomaticChange [XXXXXXXXXXXXX] 项目阶段 : 测试阶段 文档主题 : MACROBUTTON AutomaticChange [XXXXXXXXXXXXX] 文档类型 : [测试文档] 分发对象 : 内部 : MACROBUTTON AutomaticChange [公司内部的相关机构] 外部: MACROBUTTON AutomaticChange [其他公司] 历史记录 版本 日期 更改记录 审核 作者 系统测试用例 目 录 TOC \o 1-3 \h \z 1 概述 4 1.1 系统简述 4 1.2 阅读对象 4 1.3 参考文献 4 1.4 术语解释 4 2 测试范围、目的与方法 4 2.1 测试范围 4 2.2 测试目标 5 2.3 测试用例覆盖 5 2.4 测试方法 5 3 测试条件和工具 6 3.1 测试环境 6 3.1.1 开发环境（如果没有使用该环境作为测试，则删除该节） 6 3.1.2 实验室测试环境 6 3.1.3 现场环境（如果没有使用该环境作为测试，则删除该节） 6 3.2 测试工具 6 4 测试用例 6 4.1 功能测试 7 4.1.1 功能模块1 7 4.1.2 功能模块2 7 4.1.3 功能模块n 7 4.2 非功能测试 7 4.2.1 并发性测试 8 4.2.2 可靠性测试 8 4.2.3 实时性测试 8 4.2.4 压力测试 8 4.2.5 安全性测试 8 4.2.6 安装/反安装测试 8 4.2.7 兼容性测试 8 4.2.8 移植性测试 8 4.2.9 扩展性测试 9 4.3 用户界面测试 9 5 业务需求－产品需求－用例对应表 9  概述 系统简述 系统名称： MACROBUTTON AutomaticChange [单击此处填写] 系统版本： MACROBUTTON AutomaticChange [单击此处填写] 系统功能描述： MACROBUTTON AutomaticChange [单击此处填写] 阅读对象 参考文献 编号 资料名称 简介 作者 日期 出版单位 1 2 3 4 术语解释 ST（System Testing）：系统测试。 IT（Integration Testing）：集成测试。 TS（Test Scheme）：测试方案。 TD（Test Data and Test Environment Design）：测试数据和测试环境设计。 TC（Test Case）：测试用例。 该部分主要填写待测系统涉及到的一些业务术语或者缩写的解释。 测试范围、目的与方法 测试范围 此处说明在该系统测试中，需要测试哪些内容，以及不需要测试哪些内容。 测试目标 根据项目（管理）计划中的质量目标，确定功能、非功能等方面的测试目标。 同时根据项目的测试目标说明系统可以接受的标准。 测试用例覆盖 根据测试目标确定测试用例覆盖率。需要说明该测试用例是根据什么标准进行覆盖，以及覆盖率是怎样的。 对于产品需求的覆盖： 如果该项目已经提供了产品需求说明书/需求规格说明书，则测试用例要说明对于产品需求的覆盖情况，比如功能覆盖率达到多少，非功能覆盖率达到多少。 计算方法： 根据产品需求说明书/需求规格说明书中对于功能点非功能点的描述，设测试需求总数为T。 编写测试用例的时候，每个用例都需要对应到具体的需求点，也就是说一个用例（编号）对应到一个多个需求（编号），或者一个或者多个用例对应一个需求，为此，在需求跟踪矩阵中可以建立需求和测试用例之间的对应关系，被用例覆盖的的需求数量为Tc（其中被覆盖的功能性需求为Tfc,被覆盖的非功能性需求为Tnfc,Tc=Tfc+Tnfc）。 测试用例对需求的覆盖率=Tc/T 功能性测试用例对需求的覆盖率=Tfc/T 非功能性测试用例对于需求的覆盖率=Tnfc/T 对于业务需求的覆盖： 如果该项目已经提供了业务需求说明书，则测试用例要说明对于业务需求的覆盖情况，比如功能用例覆盖率达到多少，非功能用例覆盖率达到多少。 计算方法： 产品需求和业务需求之间存在对应关系，通过对于需求的覆盖以及需求和用例之间对应关系就可以获取测试对于用例的覆盖。 如果只有业务需求，则 根据业务需求说明书中对于功能点非功能点