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