08系统测试分析.pptx

软件测试技术案例教程第八章 系统测试;主要内容;8.1 系统测试的概念;8.2 功能测试;链接(界面切换)测试;业务流程测试;业务流程测试;业务流程测试;业务流程测试;业务流程测试;业务流程测试;业务流程测试;不要事后才考虑到非功能性测试;用产品级数据库进行性能测试;8.3 性能测试;8.3 性能测试;;职位要求;性能测试基准;性能测试包括以下几个方面 ：;性能测试概括为三个方面;并发性能测试;8.3 性能测试;并发性能测试的目的;举例说明：电信计费软件;并发性能测试的主要指标;8.3 性能测试;应用实例：“新华社多媒体数据库 V1.0”性能测试;测试结论;疲劳强度测试;8.3 性能测试;大数据量测试;速度测试;网络上性能的测试 -网络应用性能分析 ;8.3 性能测试;网络上性能的测试 -网络应用性能监控;网络上性能的测试 -网络预测 ;应用在服务器上性能的测试;8.3 性能测试;性能测试方法;压力测试的基本概念;压力测试方法具有如下特点：;（2）压力测试一般通过模拟方法进行。 通常在系统对内存和CPU利用率上进行模拟，以获得测量结果。如将压力的基准设定为：内存使用率达到75%以上、CPU使用率达到75%以上，并在此观测系统响应时间、系统有无错误产生。 除了对内存和CPU的使用率进行设定外，数据库的连接数量、数据库服务器的CPU利用率等等也都可以作为压力测试的依据。 ;（3）压力测试一般用于测试系统的稳定性。 如果一个系统能够在压力环境下稳定运行一段时间，那么该系统在普遍的运行环境下就应该可以达到令人满意的稳定程度。在压力测试中，通常会考察系统在压力下是否会出现错误等方面的问题。 ;压力测试与性能测试的联系与区别：;压力测试是通过确定一个系统的瓶颈，来获得系统能提供的最大服务级别的测试。 性能测试是检测系统在一定负荷下的表现，是正常能力的表现；而压力测试是极端情况下的系统能力的表现。;例如对一个网站进行测试，模拟10到50个用户同时在线并观测系统表现，就是在进行常规性能测试；当用户增加到系统出项瓶颈时，如1000乃至上万个用户时，就变成了压力测试。 ;压力测试和负载测试（Load Test）：;压力测试和并发性测试：;压力测试方法;压力测试中使用事务获得途径;压力测试中应该模拟真实的运行环境。 测试者应该使用标准文档，输入事务的人员或者系统使用人员应该和系统产品化之后的参与人员一样。实时系统应该测试其扩展的时间段，批处理系统应该使用多于一个事务的批量进行测试。;有效的压力测试将可采用以下测试手段：;（2）并发（Concurrency）测试： 并发是同时执行多个操作的行为，即在同一时间执行多个测试线程。例如，在同一个服务器上同时调用许多Web服务。并发测试原则上不一定适用于所有产品（比如无状态服务），但多数软件都具有某个并发行为或多线程行为元素，这一点只能通过执行多个代码测试用例才能得到测试结果。 ;（3）量级（Magnitude）增加： 压力测试可以重复执行一个操作，但是操作自身也要尽量给产品增加负担。例如一个Web服务允许客户机输入一条消息，测试人员可以通过模拟输入超长消息来使操作进行高强度的使用，即增加这个操作的量级。这个量级的确定总是与应用系统有关，可以通过查找产品的可配置参数来确定量级。;（4）随机变化： 该手段是指对上述测试手段进行随机组合，以便获得最佳的测试效果。;随机变化;压力测试执行;当应用系统所能正常处理的工作量并不确定时需要使用压力测试。压力测试意图通过对系统施加超负载事务量来达到破坏系统的目的。 压力测试和在线应用程序非常类似，因为很难利用其他测试技术来模拟高容量的事务。 压力测试的弱点在于准备测试的时间与在测试的实际执行过程中所消耗的资源数量都非常庞大。通常在应用程序投入使用之前这种消耗的衡量是无法进行的。 ;容量测试基本概念;容量测试的目的 容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理，通过测试，预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），确定系统在其极限值状态下是否还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。 ;对软件容量的测试，能让软件开发商或用户了解该软件系统的承载能力或提供服务的能力，如电子商务网站所能承受的、同时进行交易或结算的在线用户数。知道了系统的实际容量，如果不能满足设计要求，就应该寻求新的技术解决方案，以提高系统的容量。有了对软件负载的准确预测，不仅能对软件系统在实际使用中的性能状况充满信心，同时也可以帮助用户经济地规划应用系统，优化