划分性能测试的一个通俗例子

knighter

原帖由 gigabyte 于 2008-8-1 11:09 发表


对测试还真的不熟悉，向你学习

闻道有先后，术业有专供，如是而已:wink:

在测试方面我也还是小菜鸟

knighter

昨天参加一个测试沙龙，又谈到“奥运售票官网”瘫痪的事

——性能测试某些时候真的很重要

性能需求、性能建模……摸索中前进ing

starxing

原帖由 knighter 于 2008-8-4 11:43 发表
昨天参加一个测试沙龙，又谈到“奥运售票官网”瘫痪的事

——性能测试某些时候真的很重要

性能需求、性能建模……摸索中前进ing

找10万人在同一个时刻进行申请提交，

knighter

原帖由 starxing 于 2008-8-4 12:11 发表

找10万人在同一个时刻进行申请提交，

那个售票官网据说可承受200万并发，但问题是那天实际达到了800万，所以瘫痪了

性能需求怎么评估的，测试报告怎么分析的

knighter

这是以前系统规模不大时期留下来的认识。DOS时代以及后来Windows操作系统流行的初期，软件规模一般较小，而硬件的更新却是日新月异，软件性能一般不是突出问题，因为只要升级一下硬件，很容易就解决了性能问题。

现在随着软件规模的扩大，提高硬件配置只是解决性能问题的一个基本手段。因为如果软件自身存在性能问题，再多的资源可能也不够用，例如内存泄漏问题，随着时间的增加，内存终究会被耗尽，最后导致系统崩溃。

因此，如果用户对软件的性能要求较高，这意味着不但要从硬件方面来保证性能，还要从数据库、WebServer、操作系统配置等方面入手来提高性能，同时开发的软件系统本身也要进行优化，以便全面提高性能。

knighter

这是目前特别普遍的一种现象，没有意识到性能测试的重要性。这种做法最严重的后果是如果性能问题是由软件系统本身产生的，可能会无法根治性能问题。例如架构设计方面的失误，可能意味着软件系统将被废掉。

当然这并不意味所有的性能测试都要尽早进行，性能测试的启动时间要由软件特点来决定。

knighter

功能测试可以发现性能问题，性能测试也能发现功能问题。性能测试和功能测试是紧密联系在一起的，原因之一是由于很多性能问题是由软件自身功能缺陷引起的。如果应用系统功能不完善或者代码运行效率低下，通常会带来一些性能问题。功能测试通常要先于性能测试执行或者同步进行，软件功能完善可以保证性能测试进行得更加顺利。

knighter

仍然有很多人（尤其是开发人员和部分项目实施人员）一提到性能测试，就会联想到并发用户测试，进而认为性能测试就是“测试一下多用户的并发情况”。严格地讲，性能测试是以用户并发测试为主的测试。实际性能测试还包含强度测试、大数据量测试等许多内容。

knighter

很多时候，在软件开发完成后进行性能测试，对软件性能进行评估。实际上大多数的开发环境因为硬件条件比较差，所以反映不了过多的性能问题。

因此性能测试要尽量在高配置的用户投产环境下进行。但是有两种可以例外的情况:一种是为了发现某些功能方面的问题，例如为了发现并发算法的一些缺陷;另外一种就是有非常好的硬件资源。

knighter

系统发现了瓶颈，的确是很让人担心的一件事情。不过不要紧，很多的瓶颈可以不必去理会。发现瓶颈的目的主要是为了掌握系统特性，为改善和扩展系统提供依据。因此在性能方面给系统留有30％左右的扩展空间就可以了。