公司的需求中没有说明性能需求，只说要做一个网站的性能测试，期间我做了些并发测试，也分析了结果，提交技术总监后，他却说现在没有参照物，就是他不知道什么是正常，失败，快与慢的，还有并发用户的多少是否正确。 要我找一些这方面的资料，大家说说我该怎么办？ 项目为一个中型的娱乐网络媒体网站。

一般的说，性能测试的第一步，就是进行需求调研和整理，没有需求，就失去测试的目标
像你说的这种项目，我觉得用户群特征应该比较明显，可以按照一般的B/S结构的项目性能目标来套
比如说有个2－5－10原则，2秒是愉快的响应时间，5秒是可接受的，10秒是最大可忍受的
应该还有些其它的原则
有个问题必须要解决，就是该系统的典型业务和业务比例要确定，否则真的就是无米下锅了，典型业务的确定
一般需要项目业务人员和技术人员共同确定，当然，也可以有业务人员自己确定，如果它对业务
非常熟悉的话
至于并发多少用户，就作个并发序列负载测试好了，压死了算，但要注意过程和结果的记录
处女贴，希望有所帮助
[ 本帖最后由 yingyang2001 于 2006-7-19 16:48 编辑 ]

同样的迷惑中

没有需求的性能测试是没法进行的。 不过大多数的公司目前都是这个现状，连技术总监都不知道，我们还能说什么，只能用无语。。。 另外，二楼的朋友说的不错，有点时候，我们可以参照一些行业的惯例，比如3-5-8之类的。毕竟只是参考，具体的性能指标和需求还要看不同的项目。

测试很多时候还是靠测试人员主动去分析（当然你会需要很多的信息，但是要你主动去发掘，否则没有人知道你要什么），对于一个已经上线的系统，我们可以通过监控和分析历史数据，分析用户的行为，压力的分配，建立压力模型，对于一个没有上线的系统，其实你还是有预期的，你预期你的网站需要应付多大的访问量(tpmc)，当你没有经验的时候，可以通过同行类的网站获取一些信息，建立概念，关键还是需要知道什么是性能，怎么衡量性能。

学习

说的好,顶了,收益非浅

5楼说得好， 我目前也是再进行没有需求的，网站性能测试计划和设计。 准备了差不多一个星期的性能测试用例了，但是现在还没有写完。不知道这样的速度算是快还是慢。

对这样的测试还是有点模糊...

多学习多使用，就会变得不模糊了。

我觉得这问题还是需要用经验来弥补的．技术总监也好，老板也好，他们要的可能就是一个普遍的值，类似２６８原则，他们愿意拿自己的值去和那些普遍的值比较得出结论．而不是在需求中定制的某些性能数据．我也面临着同样的困惑呀

学习了

没有目标就自己建立目标.可以将性能测试想象成一个仪表,用这个仪表测量出当前的系统性能.

我现在也是这样啊，一个礼拜的时间都在写测试计划啊。。。

刚开始做测试时，提过一样的问题，现在还是有一样的问题，但是或多或少有了一些眉目。不同的软件的需求分析方法是不一致的，但可以通过挖掘分析出需求来。开始的时候也许不准确，慢慢会更准确，更有帮助。 这是我为了获得需求做的一个表，有兴趣也可以在实验这调研一下

很认真的看了上面每个朋友解答 但我自己觉得好象性能测试也应该和需求文档有一定的联系吧 需求里面应该指出一些基本的性能要求 个人理解，还请大家多多指教

感谢楼主分享《项目需求调研表》，个人觉得这个对于做性能测试还是很有帮助的

谢谢正在学习，我和楼主遇同样的问题

引用:

原帖由 dhx123 于 2008-5-13 13:55 发表 感谢楼主分享《项目需求调研表》，个人觉得这个对于做性能测试还是很有帮助的

 

介个是我做滴 厄8是楼主

没有需求你就把自己看成检测员，来检查一下系统的性能状况。获取一些基准数据，负载数据，压力数据，就当作体检了。并不是非要有需求才能得到有意义的数据，直接做照样能够发现潜在的性能问题和一些关键业务的性能特性。