LZ文档水平应加强。。
文档不规范，语气性词句太多，比如：“虽然该组件并不是很大，只有15K多，但为什么所用时间比较长呢？",再者：
“Connection怎么这么长呢？？？？” 居然打了4个问号。。。给人感觉不认真，太随性。
其他问题楼上各位都说过了，我就不赘述了。:handshake
正在学习中~~~~~~
好好学学word。
看着比较糊涂，感觉报告应该是精炼，准确，能让人很清楚看到目前结论是什么，瓶颈在哪里，需要如何优化之类的。不应该是包括很多思维过程的文档。
阅读对象是谁？
没有针对性
原帖由 virgolong 于 2009-6-3 17:17 发表 http://bbs.51testing.com/images/common/back.gif
楼主，请教页面的响应时间究竟怎么测试啊？
我现在正测这个，若把页面从打开到加载完毕定义为一个事物，除开think time后页面打开只有零点几秒，明显的不正确，怎么才能测到页面的响应速度啊？000000000000000000
1、好久没看这个帖子了，很感谢大家的关注和指导，大家给我提了很多有价值的建议，我一定会去改正的，其实在写这个文档的时候，我自己也感觉没有把性能瓶颈分析出来，但是，对于性能测试，现在我也不太清楚怎么来确定系统的瓶颈，只是了解性能分析的整体思路，所以，还是希望各位性能测试大侠能指点一二。
2、对于如何测试一个页面的响应时间，我个人感觉，就是把打开整个页面的过程定义为一个事务（不包含思考时间），那这个事务的时间就是页面的响应时间
我看别人的帖子说是用httpwatch这个工具也可以测出，但是，我感觉，这个不太准确，因为，不是一个用户在打开这个网页，所以我还是感觉用LR定义事务来测试比较好
[ 本帖最后由 navy2008 于 2009-6-6 18:49 编辑 ]
确实得看报告的对像是谁,征对不同的对像,需要不同的展现方式
你的这个报告给其它测试人员看还基本OK,给领导或开发看就不太适合了
原帖由 navy2008 于 2009-2-17 17:26 发表 http://bbs.51testing.com/images/common/back.gif
由于测试的需要，对网站进行了性能测试，附件是测试的性能报告，分享一下，初次接触性能测试，报告中肯定存在一些不足，希望各位测试大虾能够给出一些建议，非常感谢！！
现把第二次写的传上来给大家共享，欢迎 ...
1.文档的组织有待提高，可以找个比较完整的模板（如果是拿出去晾的，文档结构最好更完整；如果只是给开发看，那就一语中的指出问题所在）
2.没有给出最终结论，每个场景分析完之后应该给个最终结论，以验证是否达到所预期性能目标为目的的话，就给出 行 还是 不行；以找系统容量为目的，就 给出能支撑多少用户，响应时间多少，系统资源如何；以验证可靠性为目的，就给出 事务失败率等（比如共发生100,000个事务，出错事务为500个，算下出错率）；
3.介绍场景的表格需要优化
etc.
原帖由 navy2008 于 2009-6-6 18:47 发表 http://bbs.51testing.com/images/common/back.gif
1、好久没看这个帖子了，很感谢大家的关注和指导，大家给我提了很多有价值的建议，我一定会去改正的，其实在写这个文档的时候，我自己也感觉没有把性能瓶颈分析出来，但是，对于性能测试，现在我也不太清楚怎么来 ...
关于测试页面响应时间的问题，我也搜索了好多帖子，终于弄明白了loadrunner测试的只是从客户端发出请求到接受完服务器返回数据的时间，数据在客户端页面加载的时间是无法测试的。另外，若loadrunner事物中有thinktime，运行脚本时即使忽略了thinktime，在运行结果分析中各事物响应时间还是包含thinktime的，需要手工将分析结果的包含thinktime选项去掉
谢谢楼主分享
正在学习中~~~~~~
写的太技术了 哈哈
哦哦~不错哦~感谢分享
我也是新手,楼主写的报告比我写的好多了,向楼主和楼上各位学习了.
帮你顶起来。
郁闷中ing
不错的文档，适合新手浏览参考！如8#同样，针对性不强！
谢谢分享了~~写得太详细了~~我看我的测试报告也要改改了。呵呵:lol
厉害了 呵呵
加油，加油，支持你
感谢发出报告供参考的2位::xxrk::: ::xxrk:::
