郑州大学-第14章 系统测试.ppt

第14章 系统测试 内容提要 14.1概述 14.1.1系统测试的定义 14.1.2系统测试的流程 14.1.3系统测试的目标 14.1.4系统测试的方针 14.1.5 系统测试的原则 14.2 系统测试主要方法 14.2.1 性能测试 14.2.2强度测试 14.2.3安全性测试 14.2.4兼容性测试 14.2.5恢复测试 14.2.6用户图形界面测试 内容提要 14.2.7安装测试 14.2.8可靠性测试 14.2.9配置测试 14.2.10可用性测试 14.2.11文档资料测试 14.2.12网站测试 14.3系统测试工具及其应用 14.3.1 系统测试工具分类 14.3.2测试管理系统TestDirector的使用 14.4小结 14.1概述 14.1.1系统测试的定义 集成测试通过以后，各模块已经组装成—个完整的软件包，这时就要进行系统测试。 系统测试是指将通过集成测试的软件系统，作为计算机系统的一个重要组成部分，与计算机硬件、外设、某些支撑软件的系统等其他系统元素组合在一起所进行的测试，目的在于通过与系统的需求定义作比较，发现软件与系统定义不符合或矛盾的地方。 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等是否满足需求分析所指定的要求。 14.1.2系统测试的流程 14.1.3系统测试的目标 确保系统测试的活动是按计划进行的。 验证软件产品是否与系统需求用例不相符合或与之矛盾。 建立完善的系统测试缺陷记录跟踪库。 确保软件系统测试活动及其结果及时通知相关小组和个人 14.1.4系统测试的方针 为项目指定一个测试工程师负责贯彻和执行系统测试活动。 测试组向各事业部总经理/项目经理报告系统测试的执行状况。 系统测试活动遵循文档化的标准和过程。 向外部用户提供经系统测试验收通过的项目。 建立相应项目的（BUG）缺陷库，用于系统测试阶段项目不同生命周期的缺陷记录和缺陷状态跟踪。 定期对系统测试活动及结果进行评估，向各事业部经理/项目办总监/项目经理汇报项目的产品质量信息及数据 14.1.5 系统测试的原则 系统测试用例设计时，首要的活动就是寻找外部输入层的测试空间。 在设计系统测试用例时，应该依照需求规格来发现外部输入层的测试空间，在寻找测试空间的过程中，要按照测用例设计原则，以可变数据的表现形式为线索寻找测试空间。如果未找全测试空间，将导致遗漏测试用例，最后使得质量得不到保证。 系统测试时不仅要测试设计空间，更多的应该是测试异常空间。在软件业几十年以来发现的问题，软件中的大部分问题不是出在设计空间里，而是出在异常空间里，因此对异常空的测试属于系统测试的重要内容。 要在计划阶段定好做哪些形式的测试。 系统测试的内容丰富，测试的形式也多样，具体要做哪些形式的测试需要在计划阶段定义好。比如是否要做性能测试、安全性测试、可靠性测试等需要事先定义，并制定好测试的范围，如性能测试时测试时测试哪些性能指标等。 系统测试是所有类型测试活动中难度最高的测试。 很多人误以为系统测试只是简单执行软似，像使用软件一样简，相对于白盒测试，大部分时候都不需要写测试代码，是一种难度最低的测试。其实不然，系统测试不仅仅是测试执行，还牵涉到测试用例设计，很多专门的测试如压力测试、性能测试、安全性测试等，不论是测试用例设计还是专门测试的难度都高于编写代码的难度。 14.2 系统测试主要方法 系统测试很困难，没有一套通用的方法。因此，系统测试需要真正的创造性。 事实上，设计一套完备的系统测试用例，要比设计系统或程序需要更多的创造性，智慧和经验。 系统测试由若干个不同的测试类型组成，每一种测试都有一个特定的目标，然而，所有的测试都要充分地运行系统，验证系统各部分能否协调地工作并完成指定的功能。 14.2.1 性能测试 在性能测试过程中，主要考虑的以下两个方面： 时间性能：时间主要指软件的一个具体事务的响应时间。响应时间的长短并无一个绝对统一的标准。以电子商务网站而言，一个普通接受的响应时间标准为2：5：10，即2秒以内对用户的操作予以响应是非常优秀的，5秒以内响应用户的操作则认为可以接受，而若10秒还无法响应用户操作则将导致用户的抱怨，并达到用户忍耐力的极限。 空间性能：空间性能主要指软件运行时消耗的系统资源。它直接决定了系统的最低配置和推荐配置。系统最低配置和推荐配置越小，则软件运行时消耗的系统资源越小。 在进行性能测试时，最终需要达到的目标如下： 判断被测系统是否满足预期的性能需求。 判断系统的性能表现。 14.2.2强度测试 强度测试也称压力测试、负载测试。强度测试是要破坏程序，检测非正常情况下系统的负载能力，也就是检查系统能力的最高实际限度。 强度测试模拟实际情况下软硬