测试案案名称 **x系统测试案
生产单位开发**系统的公司
执行单位执行测试案的公司
报告日期
版本修订记录
| 版本标识 | 注释 | 作者 | 日期 |
| 1.0 | 初始版本 | **X | YYYY/MM/DD |
| | | |
文档使用对象审批人员1．文档标识本文档包含针对[生产单位]开发的[待测试产品名称]的全面的测试案。
2．概要
2.1文档用途
本文档是完成[**X]工程测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也是本测试工程中其他文档编写及结果评价的根底。
2.2测试目的
在此说明本次测试的目的。
[例如：
本次测试是针对[**x]工程进展确实认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足?需求规格说明书?中规定的功能与性能指标提供客观的依据。]
2.3测试围〔可根据公司系统实际情况选择适宜的测试围和容〕
参照[工程名称]合同和需求文档，在此说明测试围，列出要测试种类和测试容。
[测试工程]
| 测试围 | 第 1 页 | 共 2 页 |
| 序号 | 测试分类 | 测试容 |
| 1 | 功能测试 | 如：菜单，工具栏，快捷键，下拉框等 |
| 2 | 界面测试 | 如：登陆界面，总界面，报表界面等 |
| 3 | 容错测试 | 如：数据长度，数据类型，非法操作等 |
4
[例如：本次测试为软件确认测试，包括软件的、功能性、界面性、容错特性等面。
2.4测试环境描述
针对被测试应用程序的测试环境和配置信息，在此给出一个概要说明。
软件环境：
| 终端类别 | 操作系统 | 相关应用软件 |
| 效劳器端 | Windows 2003 Server | OfficeXP ,Oracle 9i |
| 客户端 | Linux 2.0 | Redoffice 1.2.5 |
硬件环境：网络环境：其它辅助设备：2.5参考资料2.5.1缩写
在此列写本测试工程所使用的缩略语。
2.5.2定义
在此对本工程使用的术语进展定义。
2.5.3文档
在此列出本工程引用的文档及资料。
3．组织机构
3.1角色与职责
[工程名称]测试过程参与者的角色,职责及其应具备的技能如下:
| 角色 | 人数 | 职责 | 技能 |
| 工程经理 | | 评审并批准工程方案及有关报告； 组织并确保团队工作； 控制工程执行； 评估工程绩效； 与有关人员进展沟通。 | 熟悉工程管理知识或有工程管理经历,能进展有效沟通。 |
| 测试组长 | | 工程方案编制； 协调并实施工程方案中确定的活动； 识别测试环境需求； 负责设计测试用例； 为其他人员提供技术支持。 | 熟悉软件测试法及其工具，具有一定的领导测试人员开展测试工作的能力。 |
| 测试人员 | | 执行测试活动； 在工程方案制订阶段，识别工程活动估计每项活动所需的时间。 | 了解测试工作，可根据测试说明执行测试，并可对测试结果进展简单归纳，会使用缺陷跟踪与管理系统。 |
| 环境准备人员 | | 提供资源保障； 建立并维护测试环境。 | 对测试环境中所涉及的软硬件及其配置熟悉，可迅速排除测试过程中出现的软硬件故障。 |
| 质量保证人员 | | 确定工程质量目标； 制订并实施质量方案； 监视、指导工程活动的执行过程。 | 熟悉软件质量保证和软件过程改进理念，了解被测软件的特性及应用场景。 |
3.2培训和测试工具根据公司工程实际情况可对测试人员进展相关培训，如业务流程培训，列出此次测试使用的测试工具
4. 测试进度
在此给出本测试工程的总体进度。
| 事件 | 预计工作日 | 备注 |
| 编写测试案 | | |
| 编制测试方案〔指各测试步骤方案完成时间〕 | | |
| 编制测试用例 | | |
| 执行测试、生成原始记录 | | |
| 执行回归测试、生成原始记录 | | |
| 编制测试报告 | | |
| 编制缺陷报告 | | |
| 提交测试文档 | | |
| | |
| | |
5．测试流程5.1测试类型
根据公司的实际工程情况列出测试类型及其描述。
| 测试类型 | 描述 |
| 单元测试 | 主要是在软件开发过程中针对程序模块进展正确性检验。〔由开发完成〕 |
| 集成测试 | 是在单元测试的根底上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进展正确性检验。〔主要后台和前端联调，以及接口测试等〕 |
| 功能测试 | 对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性等做全面的质量检测，帮助软件企业找出产品存在的问题。 |
| 验收测试 | 按照合同条款与系统需求说明，对软件工程进展全面质量评测，为验收提供依据。 |
| **x | ****x |
| **x | ****x |
| |
| |
| |
| |
5.2测试法在此规定本工程中将使用的测试法。
[例如：功能测试主要采用手动测试法，对软件产品进展黑盒测试，以及采用黑盒测试的法。
]
5.3测试关键过程域
完本钱工程测试的关键过程域包括：
测试方案制订；
编写测试用例；
测试环境准备；
测试执行；
测试结果分析；
测试情况汇报。
5.3.1测试方案制订
列出测试资源准备，准入测试，系统测试，准出测试，以及其他测试的具体测试方案时间表
5.3.2编写测试用例
在此规定将如进展测试用例的编写。
[例如:
根据需求文档和设计文档以及其他相关文档制定测试列表；
对测试用例列表的覆盖度进展检查，完善后根据测试用例的设计法形成详细的测试用例；
]
5.3.3测试环境准备
在此规定为确保测试执行得以顺利进展所需的任有关测试环境面的准备活动。
[例如：
准备硬件设备；
安装软件；
配置网络环境；
测试数据准备。
]
5.3.4测试执行
根据测试用例逐条执行测试用例，出现bug时在bug管理工具上提交bug。
5.3.5编写测试报告
执行完每一轮测试编写测试报告，一般以的形式汇报给和工程有关的人员，每进展测试情况的汇报，说明测试进度，存在的问题和风险，以及是否有特殊情况导致测试方案变更等
5.4验收标准
测试用例执行率要到达100%，测试用例的通过率要到达80%，所有bug已经修复，保存的bug经工程负责人同意暂不修复，保存的bug要不影响系统软件的正常使用，并出具准出测试报告。
6. 相关过程
6.1缺陷管理
在此规定本测试工程将使用的缺陷跟踪及管理工具，并对在工程完成时所应提交的图表化的报告进展概要说明。
例如：
依照设计好的测试用例对产品进展测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录，保证各类缺陷记录的维护、分配和修改。
使用禅道管理工具对缺陷进展跟踪和管理，工程完成时所提交的报告包括如下容：
缺陷ID；
工程名称；
样品版本；
测试平台；
操作系统；
功能模块名；
缺陷优先级；
可重现性；
提交人；
确认人；
缺陷问题摘要；
缺陷详细描述。
7. 风险和问题
例如：
风险和问题包括以下几条：
开发单位是否按时完成既定工作；
测试方案、测试流程、测试进度的制订不够合理、规。在工程进展过程中，发现其可操作性不强；
测试所需的资源是否到位。如：是否有足够的测试组人员，测试人员的培训是否按时进展，并且测试人员的技能是否到达了要求。测试所需的软、硬件和操作系统等测试环境是否准备完毕；
测试人员之间，以及测试组人员与用户之间是否进展了有效的沟通；
工程参加人员对于所使用的测试工具及其系统不熟悉，在使用过程中出现偏差，影响测试效率。
备注：以上文档容仅供参考，实际操作可根据公司实际情况作出调整
教育之通病是教用脑的人不用手，不教用手的人用脑，所以一无所能。教育的对策是手脑联盟，结果是手与脑的力量都可以大到不可思议。