软件系统测试工作指南编者说明：这是一个系统测试的工作指南你可以根据该文档，结合实际进行修改1. 简介1.1目的本文详细阐述了系统测试的类型以及各个类型的基本测试方法，指导项目开发人员进行软件系统测试1.2范围本文适用于使用RUP的所有软件项目的系统测试工作1.3文档结构第一部分：简介，介绍软件系统测试指南的目的，本指南的适用范围，以及在本文档中使用的术语的解释第二部分：描述系统测试指南包括系统测试流程、系统测试需求的获取、系统测试侧策略选择、系统测试技术和方法等第三部分：列出本指南使用的参考文献1.4词汇表系统测试(SystemTesting):系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行(使用)环境下，对计算机系统进行的测试黑盒测试(Black-BoxTesting):黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的测试通常又将黑盒测试叫做：基于规格的测试(Specification-BasedTesting)、输入输出测试(Input/OutputTesting)、功能测试(FunctionalTesting)。
系统测试指南2.1系统测试过程活动名称输入工件输出工件参与角色制定系统测试计划软件需求工件软件项目计划系统测试计划测试设计员设计系统测试系统测试计划软件需求工件系统测试用例系统测试过程测试设计员实施系统测试系统测试计划工作版本系统测试脚本测试设计员执行系统测试系统测试计划系统测试用例系统测试过程系统测试脚本测试结果测试员评估系统测试测试结果测试分析报告变更请求测试设计员相关组2.2系统测试需求获取系统测试需求所确定的是测试的内容，即测试的具体对象系统测试需求主要来源于需求工件集，它可能是一个需求规格说明书，或是由前景、用例、用例模型、词汇表、补充规约组成的一个集合在分析测试需求时，可应用以下几条一般规则：1）测试需求必须是可观测、可测评的行为如果不能观测或测评的测试需求，就无法对其进行评估，以确定需求是否已经满足2）在每个用例或系统的补充需求与测试需求之间不存在一对一的关系用例通常具有多个测试需求；有些补充需求将派生一个或多个测试需求，而其他补充需求（如市场需求或包装需求）将不派生任何测试需求3）在需求规格说明书中每一个功能描述将派生一个或多个测试需求，性能描述、安全性描述等也将派生出一个或多个测试需求。
1.功能性测试需求功能性测试需求来自于测试对象的功能性说明每个用例至少会派生一个测试需求对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求对于需求规格说明书中的功能描述，将至少派生一个测试需求2.性能测试需求性能测试需求来自于测试对象的指定性能行为性能通常被描述为对响应时间和资源使用率的某种评测性能需要在各种条件下进行评测，这些条件包括：1）不同的工作量和/或系统条件2）不同的用例/功能3）不同的配置4）性能需求在补充规格或需求规格说明书中的性能描述部分中说明对包括以下内容的语句要特别注意：1）时间语句，如响应时间或定时情况2）指出在规定时间内必须出现的事件数或用例数的语句3）将某一项性能的行为与另一项性能的行为进行比较的语句4）将某一配置下的应用程序行为与另一配置下的应用程序行为进行比较的语句5）一段时间内的操作可靠性（平均故障时间或MTTF）6）配置或约束应该为规格中反映以上信息的每个语句生成至少一个测试需求2. 其它测试需求其它测试需求包括配置测试、安全性测试、容量测试、强度测试、故障恢复测试、负载测试等测试需求可以从非功能性需求中发现与其对应的描述每一个描述信息可以生成至少一个测试需求。
2.3系统测试策略测试策略用于说明某项特定测试工作的一般方法和目标系统测试策略主要针对系统测试需求确定测试类型及如何实施测试的方法和技术一个好的测试策略应该包括要实施的测试类型和测试的目标、所采用的技术、用于评估测试结果和测试是否完成的标准、对测试策略所述的测试工作存在影响的特殊事项等内容2.3.1系统测试类型和目标确定系统测试策略首先应清楚地说明所实施系统测试的类型和测试的目标清楚地说明这些信息有助于尽量避免混淆和误解（尤其是由于有些类型测试看起来非常类似，如强度测试和容量测试）测试目标应该表明执行测试的原因系统测试的测试类型一般包括：功能测试（FunctionalTesting）、性能测试。