研发地点 | |
文档作者 | |
项目名称 | : | |
项目阶段 | : | 测试阶段 |
文档主题 | : | |
文档类型 | : | [测试文档] |
分发对象 | : | 内部 : 外部: |
| | 元极舞 | | |
历史记录
版本 | 日期 | 更改记录 | 审核超高压电子显微镜 | 作者 | 叶木荣
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| 系统测试用例 |
| | | | | |
1 概述 4
1.1 系统简述 4
1.2 阅读对象 4
1.3 参考文献 4
2 测试范围、目的与方法 4
2.1 测试范围 4
2.2 测试目标 5
2.3 测试用例覆盖 5
2.4 测试方法 5
3 测试条件和工具 6
3.1 测试环境 6
3.1.1 开发环境（如果没有使用该环境作为测试，则删除该节） 6
血沉方程k值3.1.2 实验室测试环境 6
3.1.3 现场环境（如果没有使用该环境作为测试，则删除该节） 6
3.2 测试工具 6
4 测试用例 6
4.1.2 功能模块2 7
4.1.3 功能模块n 7
4.2 非功能测试 7
4.2.1 并发性测试 8
4.2.2 可靠性测试 8
北京9天增205例
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
1概述
1.1系统简述
系统名称：
系统版本：
系统功能描述：
1.2阅读对象
1.3参考文献
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
对于业务需求的覆盖：
如果该项目已经提供了业务需求说明书，则测试用例要说明对于业务需求的覆盖情况，比如功能用例覆盖率达到多少，非功能用例覆盖率达到多少。
计算方法：
产品需求和业务需求之间存在对应关系，通过对于需求的覆盖以及需求和用例之间对应关
系就可以获取测试对于用例的覆盖。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议