第五到八章 非功能械脑测试.pptVIP

第五-八章非功能性测试 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 本章要点 非功能性：性能、安全性、可使用性、兼容性、并发性 应在需求阶段就关注非功能性需求 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 不要事后才考虑到非功能性测试 关注功能的同时应该考虑非功能，否则会失去客户 Web application的性能 使用不兼容的第三方控件 多用户c/s application的并发性 需要考虑的风险（折中考虑）： 糟糕的性能 不兼容性 缺乏安全性 缺乏可使用性 两种文档：系统中所有用例、每条需求 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 用产品级数据库进行性能测试 测试应用程序在不同规模数据下的性能，获得应用程序数据处理能力的“上限” 开发和测试中使用产品级数据库： 避免应用程序成为产品的危机 有助于及早暴露问题 获得实际数据：客户处 推测硬件平台和产品级平台的差异来推测性能（估计两种平台的性能培数） Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 性能测试概括为三个方面 应用在客户端性能的测试：是考察客户端应用的性能，测试的入口是客户端。 并发性能测试：是重点。 疲劳强度测试、 大数据量测试和速度测试等 应用在网络上性能的测试 网络应用性能监控 网络应用性能分析 网络预测。 应用在服务器端性能的测试。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 并发性能测试 并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。 负载测试（Load Testing）是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。 压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试.例如测试一个Web 站点在大量的负荷下，何时系统的响应会退化或失败。 针对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作，就包含了强度测试。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 并发性能测试的目的 主要体现在三个方面： 以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例，以评价系统的当前性能； 当扩展应用程序的功能或者新的应用程序将要被部署时，负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能； 通过模拟成百上千个用户，重复执行和运行测试，可以确认性能瓶颈并优化和调整应用，目的在于寻找到瓶颈问题。  Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 举例说明：电信计费软件 众所周知,每月20日左右是市话交费的高峰期，全市几千个收费网点同时启动。 收费过程一般分为两步,首先要根据用户提出的电话号码来查询出其当月产生费用,然后收取现金并将此用户修改为已交费状态。 一个用户看起来简单的两个步骤,但当成百上千的终端，同时执行这样的操作时，情况就大不一样了,如此众多的交易同