研发地点[单击填写部门 ] 【系统名称】 系统测试用例文档作者系统测试用例项目名称: [XXXXXXXXXXXXX] 项目阶段: 测试阶段文档主题: [XXXXXXXXXXXXX] 文档类型: [测试文档 ] 分发对象: 内部 : [公司内部的相关机构] 外部 : [其他公司 ] 历史记录版本日期更改记录审核作者系统测试用例目录1概述1.1系统简述系统名称：[单击此处填写 ] 系统版本：[单击此处填写 ] 系统功能描述：[单击此处填写 ] 1.2阅读对象1.3参考文献编号资料名称简介作者日期出版单位1 2 3 4 1.4术语解释ST（ System Testing）：系统测试。IT （Integration Testing ）：集成测试。TS（ Test Scheme）：测试方案。TD （Test Data and Test Environment Design）：测试数据和测试环境设计。TC （Test Case）：测试用例。该部分主要填写待测系统涉及到的一些业务术语或者缩写的解释。2测试范围、目的与方法2.1测试范围此处说明在该系统测试中，需要测试哪些内容，以及不需要测试哪些内容。2.2测试目标根据项目（管理）计划中的质量目标，确定功能、非功能等方面的测试目标。同时根据项目的测试目标说明系统可以接受的标准。2.3测试用例覆盖根据测试目标确定测试用例覆盖率。需要说明该测试用例是根据什么标准进行覆盖，以及覆盖率是怎样的。对于产品需求的覆盖：如果该项目已经提供了产品需求说明书/需求规格说明书，则测试用例要说明对于产品需求的覆盖情况，比如功能覆盖率达到多少，非功能覆盖率达到多少。计算方法：根据产品需求说明书/需求规格说明书中对于功能点非功能点的描述，设测试需求总数为T。编写测试用例的时候，每个用例都需要对应到具体的需求点，也就是说一个用例（编号）对应到一个多个需求（编号），或者一个或者多个用例对应一个需求，为此，在需求跟踪矩阵中可以建立需求和测试用例之间的对应关系，被用例覆盖的的需求数量为Tc （其中被覆盖的功能性需求为Tfc, 被覆盖的非功能性需求为Tnfc,Tc=Tfc+Tnfc ）。测试用例对需求的覆盖率=Tc/T 功能性测试用例对需求的覆盖率=Tfc/T 非功能性测试用例对于需求的覆盖率=Tnfc/T 对于业务需求的覆盖：如果该项目已经提供了业务需求说明书，则测试用例要说明对于业务需求的覆盖情况，比如功能用例覆盖率达到多少，非功能用例覆盖率达到多少。计算方法：产品需求和业务需求之间存在对应关系，通过对于需求的覆盖以及需求和用例之间对应关系就可以获取测试对于用例的覆盖...
