在工作中，我通过一些项目的经验来介绍一下我们在测试工作方面的想法，以供参考：（在此只简单列一个思路和提纲，以供讨论）

　　制定测试方案
　　了解测试对象:明确对象的系统类型：
　　B/S 选择web(html/htm)
　　C/S 根据C/S结构所用到的后台数据库来选择不同的协议
　　FTP/SMTP 对于没有数据库的c/s（ftp, SMTP）这些可以选择windows sockets协议

　　了解系统功能点:按功能的侧重点不同，来设计录制脚本的过程，如果重点功能，那么录制脚本时就要对参数设置更加详细，尽量符合实际生产场景，按测试要求来划分为：重点功能，瓶颈功能，薄弱环节
　　系统的架构 了解系统结构才能明确系统的重点和要点，以及系统测试的主要关心的问题。让系统测试更有针对性。
　　重点测试功能 是测试对象的重点，测试时间长，脚本设计复杂，需要进行集合测试，内容测试，错误处理，延时时间等复杂设计；
　　瓶颈功能 是并发测试的重点对象，需要进行集合测试，并发不同类型的设计
　　系统薄弱环节 测试系统容易出问题的地方，这些功能的测试结果将直接影响整个系统性能

　　了解系统受益对象情况：包括用户群数量，并发时间，并发特点，并发次数，
　　分析用户群 根据用户数据来定义性能指标的最大负载，比如：访问高峰时用户数量的80%分析用户角色，
　　并发时间 周期性并发的时间点，以及其它并发的时间点；并发的时间周期；
　　并发类型 1，一起并发 2，快速渐进增长 3，缓慢渐进增长
　　并发次数 完成一个访问周期的有规律性的并发次数
　　突发性并发的情况；

　　了解系统性能参数：CPU/MEM/带宽/
　　基本测试要求：支持最大人数，超时时间，CPU最大使用率，内存最大使用比等。
　　确定测试目标
　　性能参数 性能要求
　　时间要求 响应时间，进程完成时间，连续正常工作时间要求
　　硬件性能要求 硬件指标有效围
　　确定瓶颈和薄弱 发现新瓶颈和薄弱环节

　　设计测试用例和制定测试计划
　　根据客户对系统的功能要求，界面需求，还有性能需求等参数来制定详细的测试方案，方案结合你了解的测试对象的情况，结合系统本身的指标要求和客户提出的需求，综合完成一个测试计划；
　　方案中具备的内容：
　　1， 明确测试的目的
　　2， 说明系统基本情况和特点；
　　3， 明确测试的指标和需求；
　　4， 根据测试需求设计测试用例；
　　5， 根据测试用例录制测试脚本，设置集合点，设置变量，
　　6， 测试环境配置：IP设置，带宽设置，是否测试内容，事务设置，出错设置，集合点策略
　　7， 搭建测试场景，配置场景参数：VU生成器，测试组，VU数量等；
　　8， 保留测试结果，生成哪些标的报告。

　　LoadRunner® 是一种预测系统行为和性能的工业级标准性能测试负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

　　录制前的准备
　　选择测试协议
　　B/S系统：选择Web(Http/Html)
　　C/S系统：根据C/S结构所用到的后台数据库来选择不同的协议,如果后台数据库是Sybase，则采用sybaseCTlib协议，如果是Sql server,则使用MS Sql server的协议，至于oracle 数据库系统，当然就使用oracle 2-tier协议
　　对于没有数据库的c/s（ftp, SMTP）这些可以选择windows sockets协议
　　至于其他的ERP，EJB（需要ejbdetector.jar），选择相应的协议即可
脚本录制
　　录制原则
　　脚本越小越好。就像写code一样的，不要太长，尽量做到一个功能（Transaction）一个脚本
　　选择使用频率最高的。有些人喜欢在LR中测试几乎所有的功能，其实这样不合适，我们把最常用的、使用频率最高的、拿出来测试
　　选择你所需要的进行录制。对于WEB的程序,对于你所关注的内容没什么影响的操作,你可以不录制，可以使用暂停，这需要试的, 对被测功能有一个清楚的认识和了解，要能把握住哪些地方是对整个过程没有影响的