51Testing软件测试论坛

标题: 斗胆把自己写的性能测试报告也拿出来晒一下 [打印本页]

作者: navy2008 时间: 2009-2-17 17:26
标题: 斗胆把自己写的性能测试报告也拿出来晒一下
由于测试的需要，对网站进行了性能测试，附件是测试的性能报告，分享一下，初次接触性能测试，报告中肯定存在一些不足，希望各位测试大虾能够给出一些建议，非常感谢！！

现把第二次写的传上来给大家共享，欢迎大家关注并批评。

[ 本帖最后由 navy2008 于 2009-3-9 11:35 编辑 ]

作者: yuandjing 时间: 2009-2-17 17:55
不错，分享

作者: navy2008 时间: 2009-2-18 15:04
希望下载的各位测试大虾，留下你们的宝贵建议！！

自己顶一个！！

作者: xingwuster 时间: 2009-2-18 17:21
看看报告

作者: galford0628 时间: 2009-2-19 10:55
ding

作者: 看雪时节 时间: 2009-2-24 15:17
让我了解了一些我以前没有注意的地方，谢谢楼主！~

作者: navy2008 时间: 2009-2-25 13:09
昨天看了看别人的分析报告，感觉自己写的太低浅了，还得学习啊！！

作者: mr.bee 时间: 2009-2-25 13:29
这份报告给谁看的？如果是用户，那太复杂了。如果是开发，貌似没给出一些调优建议，也没有明确指出哪些组件慢了（就目前手上数据来说这点不难吧？

）。如果是测试人员内部传阅，建议加入一些你分析思路，不要单纯的把图表复制过来念一遍。

模板建议上网找个好的参考一下。
报告这方面我也没什么经验，请楼下继续补充。

作者: navy2008 时间: 2009-2-25 13:43

原帖由 mr.bee 于 2009-2-25 13:29 发表
这份报告给谁看的？如果是用户，那太复杂了。如果是开发，貌似没给出一些调优建议，也没有明确指出哪些组件慢了（就目前手上数据来说这点不难吧？）。如果是测试人员内部传阅，建议加入一些你分析思路，不要单纯的 ...

给开发看的，就目前这些数据，我还真是不太清楚哪些需要调优，只是分析出CPU性能不太稳定。

麻烦继续说下哪些需要调优？

非常感谢！！

作者: kangarooben 时间: 2009-2-25 22:30
1、文档的对象是谁？
2、发现的具体问题？
3、针对这些问题从测试的角度是否能有改进建议？

作者: yxfqjj 时间: 2009-2-26 09:17
正在学习中~~~~~~

作者: jingling410 时间: 2009-2-26 16:45
你写的分析报告确实有点模糊，从文档上看没有查询具体出现的问题，和影响性能的组件，第二点，就是你的报告如果给领导看，你一定是要挨骂的，没有说出重点问题；如果给客户，这个报告更不行了，客户不关心你测试的流程，他只要看你最终的测试结果，行还是不行，具体问题在哪里；第三点，如果给开发人员的话，你没有说出到底是那些组件影响了系统，导致没有达到预期效果，而且分析的不够透彻，你没有考量一下服务器的性能，和数据库服务器的性能，看到底是那一端出点问题，如果是数据库读写问题，那要看写的sql和数据库服务器性能了，如果是前端出点问题，那要怎么减少页面组件还能达到效果了。这些只是我个人的一点建议，仅够参考。

作者: navy2008 时间: 2009-2-27 13:45
非常感谢，楼上各位测试大虾的指点，为表示感谢，给每个回帖的人送个可爱的悠嘻猴:::JFBQ00125080409b::: ，(*^__^*) 嘻嘻……

我想请教Jingling410个问题，网站是MYSQL数据库，计数器应该添加哪个啊？

非常感谢！！

作者: 卡朵 时间: 2009-2-27 15:44
学习中我也看看哦

作者: weifei1031 时间: 2009-2-27 16:12
有些内容在里面，但是这样的报告领导估计不会瞟一眼，没有重点。整理、修改下更妙

作者: jiang860718 时间: 2009-2-27 16:30
先研究一下

作者: civetcat_623 时间: 2009-2-27 16:53
谢谢楼主分享

作者: navy2008 时间: 2009-2-28 19:18

原帖由 weifei1031 于 2009-2-27 16:12 发表
有些内容在里面，但是这样的报告领导估计不会瞟一眼，没有重点。整理、修改下更妙

恩，说的很是，我现在正在写第二版的性能报告，写完后传上来，感觉这次在分析整理的时候，摸着点门了，写完后，传上来给大家分享。

作者: recluse6860 时间: 2009-2-28 20:18
先下载看了，看了后，再来回，也向楼主学习

作者: tangxiaoling 时间: 2009-3-2 09:39
谢谢楼主分享!先下载看看先!

作者: zjxtina 时间: 2009-3-2 11:18
先顶一下，学习了

作者: 森林一木 时间: 2009-3-2 11:42
应该用正规的测试模板写测试结果，整篇没有做出比较直观的图形说明与解释。

作者: intothehit 时间: 2009-3-2 12:59
作为一名性能测试工程师，认真地看你的报告，还是能分析出一些结论的，但是给领导和开发看，就完全不行了，他们根本没这个能力。楼主的文档水平还要加强。

作者: princelaye 时间: 2009-3-2 15:43
看了觉得不好

作者: navy2008 时间: 2009-3-2 16:46

原帖由 intothehit 于 2009-3-2 12:59 发表
作为一名性能测试工程师，认真地看你的报告，还是能分析出一些结论的，但是给领导和开发看，就完全不行了，他们根本没这个能力。楼主的文档水平还要加强。

说的很对，我的文档水平以及分析能力都有待进一步提高！！！

作者: Mix 时间: 2009-3-3 10:51
无论好坏，楼主的分享精神值得学习。

作者: 断寒 时间: 2009-3-3 11:06
看了一下,本来想看个重点的,整个看下来还是没看到重点在哪里

作者: 断寒 时间: 2009-3-3 11:11
标题: 我把我去年整的一个报告给LZ参考一下
这个报告是前后性能对比用的,提交给项目组及客户用于系统迁移项目的结果报告,希望有点参考.[attach]49655[/attach]

作者: navy2008 时间: 2009-3-3 13:07

原帖由断寒于 2009-3-3 11:11 发表
这个报告是前后性能对比用的,提交给项目组及客户用于系统迁移项目的结果报告,希望有点参考.49655

非常感谢！！

作者: cainiaoxiao 时间: 2009-3-3 13:47
总体水平来说
分析太毛糙
但是能给发出来给大家分享
是值得表扬

作者: 6739 时间: 2009-3-3 15:01
谢谢楼主分享

作者: 蟑螂 时间: 2009-3-3 15:13
报告内容比较多，但是重点转移了。

作者: coin66 时间: 2009-3-3 16:45
非常感谢

作者: kasimxiao 时间: 2009-3-3 17:49
断寒同学的性能报告很受启发，非常感谢能分享出来
但是同时我有几点疑问：
1.为什么不设集合点，这样只能说总共有404个用户不断的使用各个模块，没有做到真正意义上的并发
2.我无法重数据中得到该系统的每秒最大处理数
3.我也无法知道在大并发请求的情况下，各个模块的响应时间是否符合要求

希望能稍微解答下

作者: navy2008 时间: 2009-3-3 20:40

原帖由蟑螂于 2009-3-3 15:13 发表
报告内容比较多，但是重点转移了。

请具体说下，偏离的位置，呵呵！！

作者: navy2008 时间: 2009-3-3 21:01

原帖由 kasimxiao 于 2009-3-3 17:49 发表
断寒同学的性能报告很受启发，非常感谢能分享出来
但是同时我有几点疑问：
1.为什么不设集合点，这样只能说总共有404个用户不断的使用各个模块，没有做到真正意义上的并发
2.我无法重数据中得到该系统的每秒最大处 ...

对，我也想问短寒同样的问题，另外我想我问的是，JVM运行时状态如何监控？该添加哪个计数器？如果JVM占用及释放状况不是良好的，那说明程序有问题吗？

作者: angela_lee 时间: 2009-3-6 15:26
标题: 提个小建议
你的报告写的让一般人看上去得不到重点，感觉你就是在记录，没有针对性的分析用例的性能情况，只是罗列。
这就是我乍看的感觉，但是你写的还是比较细，作为报告，模板应该是有的

作者: 问题小Q 时间: 2009-3-6 15:51
ytyt谢谢，，学习了！！！

作者: andylilin 时间: 2009-3-8 15:54
下载了，谢谢

作者: zhouzhou830930 时间: 2009-3-18 18:14
谢谢，学习了

作者: navy2008 时间: 2009-3-20 16:16

原帖由 angela_lee 于 2009-3-6 15:26 发表
你的报告写的让一般人看上去得不到重点，感觉你就是在记录，没有针对性的分析用例的性能情况，只是罗列。
这就是我乍看的感觉，但是你写的还是比较细，作为报告，模板应该是有的

谢谢，在分析上，我是很欠缺的。

作者: Happy-Tester 时间: 2009-3-20 23:17
老实说，太细节了，没有重点。看完了也不知道哪里有问题。
一个静态的JS - public.js 这么慢，一定哪里有问题了。
这个报告不是在提供解决意见，而是在陈述问题。

作者: jysql 时间: 2009-3-23 02:25
看看呢，学习学习哈

作者: yawenhui 时间: 2009-3-23 09:43
标题: 回复 1# 的帖子
谢谢分享！！

作者: chenwei5354 时间: 2009-3-23 15:20
谢谢分享，楼主加油

作者: syd 时间: 2009-3-23 15:57
写的比较详细，感谢楼主共享资料，学习了。

作者: liuzhibin8384 时间: 2009-3-29 21:05

作者: pz512 时间: 2009-4-1 20:45
自己需要学习的地方还很多啊

作者: ganlan 时间: 2009-4-2 13:47
向楼主学习这种共享的精神。
这个觉得叫性能测试结果更适合，如果要写成正规的测试报告的话，这个报告里面的内容相当测试结果那一部分。
要写报告的话：
首先先要写测试目的和环境、测试计划，接着是测试的基本数据信息，然后才是测试步骤和结果(例如楼主的报告内容)，然后是结果统计和分析，最后给出测试总结和调优建议等。如果正式生成报告的话需要这些内容。

作者: susan120828 时间: 2009-4-3 10:13
这个响应时间你理解的可能有点问题
如果你在这么大压力下同时进行手工操作的话可能你会对你的响应时间产生疑问
这个响应时间是算上用户等待的时间所以是不准确的

作者: bluemoon1999 时间: 2009-4-3 10:46
不喜欢东软....

作者: navy2008 时间: 2009-4-6 09:12
标题: 回复 49# 的帖子
说的对，谢谢，不过因为对结果分析有限，所以就这样写的，以后还要加强分析能力。

作者: shuishixingyu 时间: 2009-5-8 18:24
学习学习

作者: sailing110 时间: 2009-6-2 17:05
顶一下，看看！

作者: whistler.j 时间: 2009-6-2 18:40
学习一下！

作者: goal1860 时间: 2009-6-3 11:37
事务粒度太粗了

作者: llytaiyang 时间: 2009-6-3 16:16
感觉太繁琐了，最好整理下，
报告是越简洁越好（前提是把该写的描述清楚就行了）

作者: cebio 时间: 2009-6-3 16:25
感觉跟我第一次写性能测试报告一样，分析来分析去，没有分析到重点——其实就是什么都没分析出来。

仔细看了一下报告，感觉很多情况都和当时我测时的一个样。
比如细分时firstbutter时间很长，再一查看，主要消耗是servertime；cpu队列数超过2；加载十几个用户，CPU占用就上去啦；90%的用户响应时间都很长；context switches/sec值在15000以下等等。

不过开发其实不关注这，也看不懂那些数据，只想知道哪些页面响应比较慢，慢的原因。而这些从这上面是看不出来的（至少不明显）。
记得当时找原因实际上是用了各种profiler，比如sqlserver和vsstdio的，并且是和开发协同分析完成的，中间还多次迭代（就是测了改，调优后再验证，如此往复多次）。

作者: virgolong 时间: 2009-6-3 17:17
楼主，请教页面的响应时间究竟怎么测试啊？
我现在正测这个，若把页面从打开到加载完毕定义为一个事物，除开think time后页面打开只有零点几秒，明显的不正确，怎么才能测到页面的响应速度啊？000000000000000000

作者: kuangquanshui 时间: 2009-6-3 17:21
学习了我也要写第一个报告了向你学习了还有楼上的兄弟姐妹们给我们这些新手提供了很多建议谢过大家

作者: evarei 时间: 2009-6-4 12:19
LZ文档水平应加强。。
文档不规范，语气性词句太多，比如：“虽然该组件并不是很大，只有15K多，但为什么所用时间比较长呢？",再者：
“Connection怎么这么长呢？？？？” 居然打了4个问号。。。给人感觉不认真，太随性。
其他问题楼上各位都说过了，我就不赘述了。

作者: aliceblue 时间: 2009-6-5 10:35
正在学习中~~~~~~

作者: gmyeti 时间: 2009-6-5 14:08
好好学学word。
看着比较糊涂，感觉报告应该是精炼，准确，能让人很清楚看到目前结论是什么，瓶颈在哪里，需要如何优化之类的。不应该是包括很多思维过程的文档。

作者: yanming_huo 时间: 2009-6-5 14:25
阅读对象是谁？
没有针对性

作者: navy2008 时间: 2009-6-6 18:47

原帖由 virgolong 于 2009-6-3 17:17 发表
楼主，请教页面的响应时间究竟怎么测试啊？
我现在正测这个，若把页面从打开到加载完毕定义为一个事物，除开think time后页面打开只有零点几秒，明显的不正确，怎么才能测到页面的响应速度啊？000000000000000000

1、好久没看这个帖子了，很感谢大家的关注和指导，大家给我提了很多有价值的建议，我一定会去改正的，其实在写这个文档的时候，我自己也感觉没有把性能瓶颈分析出来，但是，对于性能测试，现在我也不太清楚怎么来确定系统的瓶颈，只是了解性能分析的整体思路，所以，还是希望各位性能测试大侠能指点一二。
2、对于如何测试一个页面的响应时间，我个人感觉，就是把打开整个页面的过程定义为一个事务（不包含思考时间），那这个事务的时间就是页面的响应时间
我看别人的帖子说是用httpwatch这个工具也可以测出，但是，我感觉，这个不太准确，因为，不是一个用户在打开这个网页，所以我还是感觉用LR定义事务来测试比较好

[ 本帖最后由 navy2008 于 2009-6-6 18:49 编辑 ]

作者: msnshow 时间: 2009-6-7 11:14
确实得看报告的对像是谁,征对不同的对像,需要不同的展现方式

你的这个报告给其它测试人员看还基本OK,给领导或开发看就不太适合了

作者: dawee 时间: 2009-6-7 14:30

原帖由 navy2008 于 2009-2-17 17:26 发表
由于测试的需要，对网站进行了性能测试，附件是测试的性能报告，分享一下，初次接触性能测试，报告中肯定存在一些不足，希望各位测试大虾能够给出一些建议，非常感谢！！

现把第二次写的传上来给大家共享，欢迎 ...

1.文档的组织有待提高，可以找个比较完整的模板（如果是拿出去晾的，文档结构最好更完整；如果只是给开发看，那就一语中的指出问题所在）
2.没有给出最终结论，每个场景分析完之后应该给个最终结论，以验证是否达到所预期性能目标为目的的话，就给出行还是不行；以找系统容量为目的，就给出能支撑多少用户，响应时间多少，系统资源如何；以验证可靠性为目的，就给出事务失败率等（比如共发生100,000个事务，出错事务为500个，算下出错率）；
3.介绍场景的表格需要优化

etc.

作者: virgolong 时间: 2009-6-7 22:35

原帖由 navy2008 于 2009-6-6 18:47 发表

1、好久没看这个帖子了，很感谢大家的关注和指导，大家给我提了很多有价值的建议，我一定会去改正的，其实在写这个文档的时候，我自己也感觉没有把性能瓶颈分析出来，但是，对于性能测试，现在我也不太清楚怎么来 ...

关于测试页面响应时间的问题，我也搜索了好多帖子，终于弄明白了loadrunner测试的只是从客户端发出请求到接受完服务器返回数据的时间，数据在客户端页面加载的时间是无法测试的。另外，若loadrunner事物中有thinktime，运行脚本时即使忽略了thinktime，在运行结果分析中各事物响应时间还是包含thinktime的，需要手工将分析结果的包含thinktime选项去掉

作者: luxun110 时间: 2009-6-10 20:49
谢谢楼主分享

作者: majun915 时间: 2009-6-10 22:06
正在学习中~~~~~~

作者: majun915 时间: 2009-6-10 22:08
写的太技术了哈哈

作者: superomega 时间: 2009-6-17 12:39
哦哦~不错哦~感谢分享

作者: lenglovelin 时间: 2009-6-17 14:00
我也是新手,楼主写的报告比我写的好多了,向楼主和楼上各位学习了.

作者: lvguobin 时间: 2009-6-18 11:19
帮你顶起来。

作者: ljonathan 时间: 2009-6-19 14:17
郁闷中ing

作者: 张涵 时间: 2009-7-21 17:10
不错的文档，适合新手浏览参考！如8#同样，针对性不强！

作者: catexiaona 时间: 2009-8-24 16:20
谢谢分享了~~写得太详细了~~我看我的测试报告也要改改了。呵呵

作者: superliming 时间: 2009-8-25 17:16
厉害了呵呵

作者: 刘顺 时间: 2009-8-26 13:52
加油，加油，支持你

作者: mball 时间: 2009-8-26 15:02
感谢发出报告供参考的2位::xxrk::: ::xxrk:::

作者: tangdian1988 时间: 2009-8-26 18:06
支持支持,谢谢楼主

作者: huaxm 时间: 2009-8-27 14:16
很多，先看一下

作者: anna03 时间: 2009-8-28 17:35
我也很想知道如何通过测试结果分析系统瓶颈！前辈们指点一下

作者: xinyu2010 时间: 2009-8-29 13:24
不错，顶！

作者: uglyair 时间: 2009-8-29 17:47
支持分享！

作者: wslss007 时间: 2009-8-29 18:13
看看先，谢谢了。

作者: hugh007 时间: 2009-8-30 11:50
good

作者: hugh007 时间: 2009-8-30 12:21
good

作者: alexanty 时间: 2009-9-3 20:54

作者: tobefaraway_51 时间: 2009-11-3 14:43

作者: zhangjuan_juan 时间: 2009-11-3 17:41
谢谢,搂住分享!我和其他的人感觉是一样的,看完之后,不知道系统的瓶颈在那里.

作者: hbm 时间: 2009-11-3 17:52
我先下啦，看下啊

作者: aishifu1 时间: 2009-11-3 20:52
好混乱

作者: btpx003 时间: 2009-11-12 15:03
谢谢楼主分享!先下载看看先!

作者: angle-ying 时间: 2009-11-12 18:41
标题: 回复 1# 的帖子
楼主不能看啊

作者: zhaoprive 时间: 2009-11-12 19:03

作者: absorbin 时间: 2009-11-13 09:21
呵呵，学习下

作者: xue2007 时间: 2009-11-17 16:57

跟你学习了。

作者: harvey_xu1981 时间: 2009-11-18 10:57
雁过留名，顶一下！
看了不回帖，不仗义！

作者: wen_zh_smile 时间: 2009-11-18 16:40
多看看别人写的报告，也能了解自己的不足。谢谢搂主分享。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)