软件测试方案（整体方案）.docx

1、软件测试整体测试计划与方案文件状态：文件标识：草稿当前版本:VI.1.1正式发布者：马彦东正在修改I凫成目期：2010-11-23 内部资料，可为以后规范测试行为使用版本历史版本/状态作者 参与者起止日期备注1.概述52. 适用对象和范围53.术语、名词定义53.1.系统测试53.2.黑盒测试（功能测试）53.3.白盒测试53.4.灰盒测试53.5.健壮性测试（容错能力/恢复能力测试）63.6.接口测试63.7.强度测试63.8.压力测试63.9.性能测试63.10.安全测试73.11.可靠性测试73.12.安装/反安装测试（公司一般系统不需要进行该测试）73.13.文档测试74.测试工作流程

2、84.1.测试管理总流程84.2. 制定测试计划工作流程84.3. 设计测试用例工作流程94.4.执行测试工作流程94.4.1. 测试工作总体流程94.4.2. 单元测试工作流程104.4.3. 集成测试工作流程114.4.4. 系统测试工作流程124.4.5. 验收测试工作流程144.5.缺陷管理与改错流程155.测试参考文档和测试提交文档165.1.测试参考文档165.2.测试提交文档166.测试资源176.1. 人力资源176.1.1. 人员、角色及职责176.2. 测试工具177. 测试方法和方式178.测试中断与开始的标准189.测试范围与测试任务189.1. 测试任务1910. 测

3、试用例编写方案及相关约定2010.1.编写原则2010.2.衡量测试用例设计的质量标准2010.3.测试用例管理2110.4.测试用例与开发的对应关系约定2110.5.测试用例类型约定2110.6.测试阶段、类型与执行角色的关系约定2210.7.测试用例清单2211. 缺陷管理与改错计划2211.1.流程图2211.2.缺陷管理手段2211.3.缺陷管理规则2212. 实施建议23附录一缺陷分类23附录二缺陷严重程度241.概述为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行，就必须要编制 测试相关文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目 的。文件中所规定

4、的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将 会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。2.适用对象和范围主要针对对象为软件管理人员、软件开发人员和软件测试人员。3.术语、名词定义3.1.系统测试系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与 之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计 算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行 （使用）环境下，对计算机系统进行的测试。3.2.黑盒测试（功能测试）黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的

5、测 试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测 试。是基于用户观点出发的测试。主要是验证功能是否符合需求，包括原定功能的检验、 是否有冗余功能、遗漏功能。3.3.白盒测试白盒测试也叫结构测试、逻辑驱动测试或给予程序的测试。主要是分析程序的内部 构造，并根据内部构造设计测试用例。3.4.灰盒测试可以理解为静态的白盒测试或动态的黑盒测试，灰盒就是界于黑白之间，对软件内部 有所了解，但不见得到了如指掌的程度，却可以结合这些了解做些比黑盒多点的测试。3.5.健壮性测试（容错能力/恢复能力测试）侧重于程序容错能力的测试。本测试在单元测试阶段和系统测试阶段都要进行。如 数

6、据边界测试、非法数据测试、异常中断测试等等，主要是验证程序对各种异常情况是 否进行正确处理。3.6.接口测试程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。这个 测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。建议 由开发人员进行。3.7.强度测试强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配 置下运行。例如，当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测 试用例；定量地增长数据输入率，检查输入子功能的反映能力；运行需要最大存储 空间（或其他资源）的测试用例；运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖 动的测试

7、用例，等等。3.8.压力测试对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点， 来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下，何 时系统的响应会退化或失败。3.9.性能测试在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通 常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进 行。3.10.安全测试主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时 如何进行处理，是否仍能保证数据的安全。测试人员可以学习一些黑客技术，来对系统 进行攻击。3.11.可靠性测试这里是比较狭义的可靠

8、性测试，它主要是对系统能否稳定运行进行一个统计，在实 际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性 测试就可以了。3.12.安装/反安装测试（公司一般系统不需要进行该测试）安装测试主要检验软件是否可以正确安装，安装文件的各项设置是否有效，安装后 能否影响原系统；反安装是逆过程，测试是否删除干净，是否会影响原系统等。3.13.文档测试主要测试开发过程中针对用户的文档，以需求、用户手册等为主，检验文档是否和 实际应用存在差别。文档测试主要检查文档的正确性、完备性和可理解性。正确性是指不要把软件的功 能和操作写错，也不允许文档内容前后矛盾。完备性是指文档不可以“虎头蛇

9、尾”，更不许漏掉关键内容。文档测试不需要编写测试用例。4.测试工作流程4.1.测试管理总流程4.2.制定测试计划工作流程4.3.设计测试用例工作流程4.4.执行测试工作流程4.4.1.测试工作总体流程说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。4.4.2.单元测试工作流程4.4.3.集成测试工作流程4.4.4.系统测试工作流程说明：压力测试为模拟用户正常使用时，系统正常工作的最小时间。（最多使用人数和数据库的极限容量）。说明：测试系统的崩溃极限4.4.5.验收测试工作流程说明：验收测试的人员应包含非本系统的人员。4.5.缺陷管理与改错流程5.测试参考文档和测试提交

10、文档5.1.测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性:文档（版本/日期）上创建或可用被接收或已经过复审作者或来源备注软件需求规格说明书是口否是1否1软件概要设计是口否是1否1软件详细设计是口否是1否1模块开发手册是口否是1否1测试计划及方案是口否是1否1测试报告是口否是1否1用户操作手册是口否是1否1安装指南是口否是1否15.2.测试提交文档文档（版本/日期）已创建或可用已被接收或 已经过复审作者或来源备注测试计划及方案是1否是否可考虑通过测试用例是否是否td产生可考虑通过测试报告是否是否td产生6.测试资源6.1.人力资源6.1.1.人员、角色及职责人员角色职

11、责、任务备注项目经理测试小组长、测试设计员测试设计员测试员测试设计员测试员开发人员6.2.测试工具测试管理TestDirectorMercury InterActive具体使用约定请参照测 试工具使用约定及软件开 发与测试配合工作规范压力测试LoadRunnerMercury InterActive功能测试WinRunnerMercury InterActiveXML工具Xml Spy解析、验证XML,通过XSD生成XML文件DB2数据库工具DBTool自产对TIPS数据库进行操作日志文件监控工具LogFileMonitor自产MQ队列监控工 具Monitor自产通过 MQ的BROWSE或GE

12、T方式监控系统信息备注用途工具生产厂商/自产版本7.测试方法和方式测试方式主要以手工测试为主，在条件允许的情况下使用自动化测试工具进行测试。测试方法测试覆盖率执行人员描述黑盒测试100%测试人员功能测试或数据驱动测试灰盒测试10-20%测试或开发人员静态的白盒测试或动态的黑盒测试白盒测试5%开发人员结构测试或逻辑驱动测试说明：黑盒测试是依据用户能看到的规格说明，即针对命令、信息、报表等用户界面及 体现他们的输入数据与输出数据之间的对应关系，特别是针对功能进行测试。主要由测试小组人员完成执行黑盒测试。 黑盒测试覆盖范围 测试用例覆盖：测试用例的没一个用例都被测试过 输入覆盖：测试过程中所输入的数据或资料必须一再的试验，如在程序安装过程中输入用户名时，测试者必须反复输入不同长度的中文、英文或数字等来做测试。 输出覆盖：测试过程中程序所产生的行为、反映及数据必须都一再地试验，如不同 情况的对话窗口的内容、运算结果数据等都必须反复地测试审核。8.测试中断与开始的标准当优先级1的问题超过总体问题的1/3时当优先级2的问题超过总体问题的1/2时当优先级3的问题超过总体问题的3/4时测试重新开始时的回归测试项目9.测试范围与测试任务根据业务需求和用例,来确定测试项