发布时间 : 星期三 文章项目测试计划模版更新完毕开始阅读15a27604de80d4d8d15a4ffc
项目测试计划
2 进度安排
编写测试用例、实施测试、完成测试报告、回归测试的进度安排(开始时间、结束时间、工作量)。
3 测试的资源
描述在测试过程中所需的人员和应用到的计算机资源，人员内容包括人员的主要责任、技术和技能。
3.1 人员
在“人员”中描述测试项目中的人员组织。在下表中给出了测试过程中可能用到的人员角色、角色人员数量及主要职责等。
表3
角色 测试负责人 最低人力资源需求 职责： · 进行技术指导 · 获取适当的测试资源 · 给出测试管理报告 设计、构造测试。 职责： 测试设计人员 · 制订测试计划 · 设计测试模型 · 设计和构造测试用例 · 评价测试 测试人员 执行测试。 职责： · 执行测试 · 记录测试结果 · 记录变更请求 职责 对测试项目进行全面管理。 3.2 计算机系统资源
描述测试过程需求的系统资源。制订该测试计划时不一定能把所有的测试环境、测试资源完全考虑清楚。建议测试环境模拟系统的应用环境和开发环境，可能的话在规模上适当减少数据库或数据访问的量，当然如果要专门针对系统业务处理量的测试又是另外一种情况。
下表中列出了一些测试系统资源，在实际制订计划时，可根据需求剪裁。
Page 5 of 14
项目测试计划
表4
资 源 服务器 服务器名称和地址 数据库名称 数据库服务器 数据库服务器名称和地址 客户端测试PC 测试开发PC
配置/名称/地址 3.3 需要的输入
描述测试需要的输入，如数据。
3.4 支持工具与环境
描述测试支持环境和支持工具。下表给出一种对工具的描述方式，在实际项目中可根据实际情况进行增、删、改。应用工具的时机在测试类型和测试阶段中都可以给出描述。这一节实际上是对工具的一个汇总描述。
表5
测试管理工具 软件问题管理工具 功能测试支持工具 性能测试支持工具 结构测试支持工具 项目管理工具 数据库工具 ?
工具描述 ? 供应商 ? 版本 ? 4 测试需求
下面内容用于确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）。 各项测试中列出了将要测试的对象。
4.1 功能测试
[注：如开发部门提供需求文档，则测试需求引用此文档；如开发部门不提供需求文档或需求文档不完整，则测试需求中列出高级别测试需求。
举例说明：
核实是否可以输入和检索订户信息。
Page 6 of 14
项目测试计划
核实是否可以插入和显示内容和类别。
核实是否可以输入和显示广告商简档和账户信息。 核实是否可以跟踪特定订户的使用信息。] 分节说明需要测试的软件功能。
4.2 用户界面测试
[注：根据界面规范列出用户界面测试的要点。 举例说明：
核实必录字段是否为红色。
核实系统中所有字体大小是否统一。]
4.3 性能测试
[注：如开发部门提供需求文档，则测试需求引用此文档；如开发部门不提供需求文档或需求文档不完整，则测试需求中列出高级别测试需求。
举例说明：
单用户操作数据录入中保存一条记录时间不超过5秒。]
4.4 配置测试
[注：在此节列出所要进行配置测试的各种环境配置与测试内容。 举例说明：
测试环境一：Win98（第一版）。
测试内容：安装卸载测试、功能测试（详细说明是所有功能还是个别功能）。 测试环境二：Win98（第二版）、用友财务软件、金山毒霸。 测试内容：。。。]
4.5 安装卸载测试
[注：在此节列出安装卸载测试高级别测试需求。 举例说明：
验证没有安装过以前版本时的安装是否正确。 验证安装过以前版本时的安装是否正确。]
4.6 安全性和访问控制测试 4.7 数据和数据库完整性测试 4.8 文档测试
[注：在此列出要进行测试的文档]
Page 7 of 14
项目测试计划
5 测试策略及标准
5.1 功能测试
[对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面 (GUI) 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：]
表2功能测试策略表
测试目标： [确保测试对象的功能正常，满足功能需求] 技术： [利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。] 完成标准： [所设计的功能测试用例已全部执行。 所发现的缺陷除推迟解决的问题外已全部解决，推迟的问题需经评审通过。] 需考虑的特殊事项： [确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）] 5.2 用户界面测试
[用户界面 (UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保 UI 中的对象按照预期的方式运行，并符合公司或行业的标准。]
表3用户界面测试策略表
测试目标： [核实以下内容： 通过测试对象进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab 健、鼠标移动、和快捷键）的使用 窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。 符合界面规范。]
Page 8 of 14