5.3.2-3系统测试项目

软件质量保证与测试

5.3系统测试SoftwareQualityAssuranceandTesting5.3.2系统测试项目(3)第5章软件测试过程

并发测试是一种性能测试，主要测试当有多个用户并发访问同一个应用、模块或者数据时是否会产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题，几乎所有的性能测试都会涉及并发测试。并发测试一般只需针对软件容易出现并发、使用频繁的核心功能模块进行并发测试。测试系统在高并发的情况下，会不会出现问题，能不能稳定运行，以及能否保持较好的响应速度。并发测试并发测试的目的，一方面是为了获得确切的并发性能指标，另外一个重要的方面就是为了发现并发可能引起的问题。在具体的性能测试工作中，并发用户往往都是借助工具来模拟的，例如

LoadRunner

性能测试工具中叫做虚拟用户。如果真的让成百上千人实际操作计算机来做并发测试的话，环境要求、测试成本都很高、测试时间也会比较长，很多情况下基本不具备可行性，当然也没有这个必要。并发测试

对一个系统进行并发测试时，需要先确定用户并发数，也就是明确这个系统会有多少用户并发访问系统。而确定用户并发数，还需要分析用户对系统的使用情况并进行估算。用户并发数例如：某公司OA系统注册账号数或者说用户总数有2000人；最高峰在线500人。但是最高峰在线500人，并不等于最多会有500个并发用户，即在线人数不等于并发人数。

500人中，可能有40%只是在浏览公司首页新闻、公告板之类，40%用户打开了公司OA系统，但没有进一步的操作，这两类操作几乎不对服务器产生持续的压力；另外20%用户在进行业务流程操作，如查询、修改数据等。在这种情况下，只有后面的20%用户在对服务器造成实质性的性能影响。用户并发数如果我们把查询、修改数据作为一个业务，那么可以把并发执行这些业务的用户称为并发用户，并把他们的数量计为用户并发数。关于并发用户数有两个算式：计算平均并发用户数：计算并发用户峰值数：用户并发数公式（1）中，C是平均的并发用户数；n是登录会话loginsession的数量；L是loginsession的平均长度；T指考察的时间段长度。公式（2）则给出了并发用户数峰值的计算方式中，其中，C’指并发用户数的峰值，C就是公式（1）中得到的平均的并发用户数。该公式的得出是假设用户loginsession的产生符合泊松分布而估算得到的。用户并发数

假设有一个管理信息系统，该系统有3000个注册用户，平均每天大约有400个用户要访问该系统。对一个典型用户来说，一天之内用户从登录到退出该系统的平均时间为4小时，用户只在每天工作时间段9:00——17:00的8小时内使用该系统。用户并发数计算实例

那么根据公式（1）和公式（2），计算可得：平均并发用户数：C=400*4/8=200并发用户峰值数：C’≈200+≈242用户并发数计算实例

也有一个简单的做法，就是把每天访问系统用户数的10%作为平均的并发用户数。最大的并发用户数可在平均并发用户数上乘以2。用户并发数

确定用户并发数之后，即可实施相应的并发测试。例如，已计算得出某软件系统登录模块每秒最大并发用户数为100，那么可以采用性能测试工具模拟100个并发用户来执行登录操作，测试系统响应时间是否还在允许范围内。并发测试负载测试也属于性能测试，主要测试当负载变化时，系统各项性能指标的变化情况。通过负载测试，可以明确系统在各种工作负载下的性能，指导系统的部署和应用。负载测试是对软件系统模拟施加各种负载，通过不断加载或其它加载方式来观察不同负载下系统的响应时间、数据吞吐量、系统资源（如CPU、内存）占用等情况，检验系统的行为和特性，以发现系统可能存在的各种性能问题。负载测试递增加载

有规律地逐渐增加用户，每隔一段时间增加一些新用户。借助这种加载方式的测试，容易发现性能的拐点，即性能瓶颈的位置。一次加载

一次性加载一定数量的用户，并在预定的时间段内持续运行。例如模拟早晨上班时用户集中访问系统或登录网站时的情景。负载测试负载测试中，加载的方式有多种，如：随机加载方式

由随机算法自动生成某个数量范围内的负载数，然后动态加载。高低突变加载

某个时间用户数量很大，突然降级到很低，然后过一段时间，又突然加到很高，反复几次。借助这种负载方式，容易发现资源释放、内存泄漏等方面的问题。负载测试压力测试可以被看作是负载测试的一种，即高负载下的负载测试。压力测试是要通过确定一个系统的瓶颈或者不能接受的性能点，来明确系统能提供的最大服务级别。压力测试是持续不断地给被测系统增加压力，直到被测系统被压垮，从而找到系统能承受的最大压力。通过压力测试可以知道系统能力的极限，有时需要通过压力测试找出系统瓶颈之所在，然后改进系统，提升系统能力。压力测试目的：明确系统长时间高负载工作时的性能。内容：在系统稳定运行下，模拟最大或者恰当的负载、长时间运行系统，一般是连续72个小时以上，通过综合分析执行指标和资源监控情况来分析系统的稳定性，明确系统长时间高负载工作时的性能指标和变化过程。疲劳强度测试大数据量测试分为两种情况：独立的大数据量测试针对某些系统的数据存储、传输、统计、查询等业务进行大数据量测试综合大数据量测试和压力测试、负载测试、疲劳强度测试相结合的综合测试大数据量测试在各种管理信息系统、电子交易系统的长期使用中，数据累积量很大，尤其是随着大数据的应用，数据量更是爆炸性增长，对于这样的系统，应当做大数据量测试，以防止因为数据量过大，超过系统处理能力而导致严重问题。大数据量测试文档是软件的一部分，很重要！软件文档分为三类：用户文档、开发文档、管理文档文档测试：检验文档的完整性、正确性、规范性、一致性、易理解性、易浏览性。软件文档管理文档用户文档开发文档文档测试界面是软件与用户交互最直接的部分，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。现在的软件绝大多数都是图形用户界面，简称GUI。需要测试的对象主要是窗口、菜单、鼠标操作、提示信息等。界面测试关于窗口应注意：窗口能否基于相关的输入或菜单命令正确地打开；窗口能否改变大小和移动；窗口中是否有相关的下拉式菜单、工具条、滚动条、输入框、按钮、图标和其它控制，这些内容是否既显示正确又完全可用；多次或不正确按鼠标是否会产生无法预料的结果；窗口能否正确被关闭等。界面测试关于菜单应注意：菜单显示是否正确菜单操作能否正确进行菜单功能是否正确菜单项能否随当前的适用情况正常显示或变灰，即当前不能用的菜单