性能测试怎么写( 五 ) _性能测试

8. 至少熟悉TCP/IP协议，熟悉HTTP协议，至少见过并了解三层、四层交换或者路由器的使用和配置。了解常用的与网络性能相关的counter;
9. 了解一般的大型企业应用的部署架构和应用架构；
10. 了解知名大型web应用、高并发量、高流量、实时响应要求高的超大规模网站的架构和优化历程；
11. 熟悉统计学的基础知识、常用分析方法以及实验设计方法，了解数学建模相关的知识；
12. 熟悉专属行业的业务知识和用户场景，例如电信行业的OSS系统所涉及的业务知识和用户场景，证券交易系统所涉及的业务知识和用户场景；
13. 大量的实际性能测试及优化经验；
14. 积极的参与到各类圈子、社团的讨论和交流、分享中。暂时先想到了这么多，有兴趣的朋友可以一起讨论一下，相信每个人都有自己不同的经历和感想，可以跟其他人分享一下，提供参考。
另外，我之前也整理发布过不少性能测试方面的资料，从入门级的文章到升级的必读都有一些，有兴趣可以参考。
8. LoadRunner怎么开展性能测试 1、接到项目时，首先了解系统架构，是B/S ，还是C/S ，使用什么应用服务器（即中间件），什么数据库？
2、熟悉系统的功能、业务流程，明确项目的性能需求是什么？有哪些性能指标？
3、编写性能测试计划。（有些公司不要求写）
4、设计性能测试用例。（按场景设计思路来写比较清晰）
5、准备测试数据，如一些业务需要大数据量的，就要先造好数据。
6、选择录制协议，录制两份业务需求功能一样的脚本。（好处是：一是可以做脚本备份，二是脚本优化查找需要关联的地方）
7、优化脚本，包括设置参数化，检查点，关联，集合点，事务以及自行编写的函数，日志输出函数等。
8、创建场景。（创建两份一样的场景，以20/80并发用户原则递增来设计，如并发要100个用户，第一份创建80个用户并发，第二份创建100个用户并发，这样在结果分析中容易发现）
9、场景设计，添加集合点策略，负载均衡器，对“运行时设置” ，如lr_think_time ，迭代设置，日志输出控制等。
10、场景运行，添加监控图表，服务器系统资源监控计数器，数据库系统资源监控等。
11、性能结果分析，通过监控图表的数据（事务响应时间、点击率、吞吐量）、系统资源分析、web页面诊断分析等。
12、收集测试结果，编写性能测试报告。