软件测试方案思路

[阐明此测试计划的目的。] 1.2 范围

[简要说明此测试计划的范围：它的相关内容以及受到此文档影响的任何其他事物。

2 角色与职责

注：具体项目可以根据情况增减角色 2.1 软件项目经理

[在此处明确项目的软件项目经理是谁，及其在软件测试过程中的职责] 2.2 测试人员

[在此处确定项目测试工程师，并明确其软件测试过程职责。] 2.3 项目配置管理员

[在此处确定配置管理员，并明确其软件测试过程职责。] 2.4 工程经理

[在此处确定工程经理，并明确其软件测试过程职责。] 2.5 开发人员

[在此处确定开发工程师，并明确其软件测试过程职责。]

3 测试方法和工具

[本节描述测试的策略，如说明测试的步骤～先单元测试、再集成测试等，描述或参考软件测试所使用的方法和工具（手工或自动），例如，美国Rational公司的黑箱测试工具SQA和白箱测试工具Pure，以及英国IPL公司为C语言程序的确认测试提供的Cantata。计划制定者可以进行相关描述的同时用下表方式进行说明]

测试类型 方法 工具

单元测试 方法说明 手工还是用何种工具 集成测试 方法说明 手工还是用何种工具 系统测试 方法说明 手工还是用何种工具 发布测试 方法说明 手工还是用何种工具 … … …

4 测试内容 4.1 系统业务描述 4.2 系统业务流程图 4.3 系统模块组成 4.3 系统业务测试 4.3 系统功能测试

这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。 5 测试用例估计

[估计方法：参见《软件工作量及成本估计指南》

列出所有使用的估计方法，例如Wideband Delphi，历史数据等。] 估计代码量(无注释代码行)

业务测试 功能测试

6 测试安排

工作产品名称 文档标识号 人员安排 时间 I or R* 公司 客户 开始 结束 测试计划 I 测试方案

系统测试方案 R

集成测试方案 单元测试方案 。。。

单元测试报告 I 集成测试报告 I 系统测试报告 I 发布测试报告 I 验收测试报告 I …

注：I=审查， R=评审，表中列出了评审和审查，但到底采用审查还是评审由项目组决定。

人员安排在不同的测试阶段可以说明是以客户为主还是公司为主 7 测试环境配置 [详细描述测试环境。] 8 培训和资源

[说明实施测试过程所需的软件工具、人员和培训。] 9 附录

[任何相关的信息都要详细的列于此附录中，如果无需附录，可以将其从文档中删去。]

10 测试计划的维护

[本节将描述该测试计划在何种情况下需要被更新，以及如何更新。例如: 测试计划在下列情况下将被更新： • 关键问题的解决

• 需求更改导致测试进度的调整在两周或两周以上 • 测试资源需求的改变（人员、硬件、软件等） • 新技术的引入 • 新风险的引入 • 开发过程的改变 • 交付时间的改变 • 其它类型的改变 在项目阶段性审核时，如果更改项目测试计划，那么项目进度表也应作相应的更新。]

11 相关文件

 《测试子过程》

 《软件项目计划》 12 附录

作者在这里可以描述与文件相关的说明，如编写文件引用到的参考文献等。