公司最近做了个OA系统，总用户数10000人，希望并发用户达到200人，我应该如何设置压力场景测试？
1、基于目标测试，还是手动方案测试
2、如果是手动方案测试，加压，多长时间加压多少用户比较合适？
测试压力估算时采用原则如下：
系统在线用户并发数取在线用户数的30%，即：20030%=60
此次性能测试用户数分三个档次：50并发，100并发，150并发,200并发。
并分别对三种情况进行性能测试记录测试结果
并对测试结果进行分析，特别关注150并发时系统的性能。
*系统响应时间判断原则（2-5-10原则）如下：
系统业务响应时间小于2秒，判为优秀，用户对系统感觉很好；
系统业务响应时间在2-5秒之间，判为良好，用户对系统感觉良好；
系统业务响应时间在5-10秒之间，判为及格，用户对系统可以接受；
系统业务响应时间超过10秒，判断为不及格，用户不能接受系统的响应速度；
设计思想：大量用户同时使用某个功能和长时间反复运行，以检查系统并发性能和长期运行的稳定性。
测试内容： 取几个普通用户日常办公中经常使用到的操作或场景，录制为一个脚本。
测试步骤： 使用性能测试工具Loadrunner运行负载测试，添加录制好的某一个场景脚本和分别加载50/100/150/200个虚拟用户进行并发测试。
场景类型：手动场景，通过制定要运行的虚拟用户数来管理负载测试
场景计划名：默认计划
模式：场景计划
场景持续时间：直到完成
加载行为：同时加载所有Vuser
用户加载并发数量：50/100/150
负载生成器：localhost
思考时间：按录制参数
网络速度：最大带宽
系统流程大概是：登录——人员搜索、流程审批 ———退出。
我是录制一个脚本，都放在action中，还是把登录、退出、人员搜索都 单独 录制一个脚本？
对每个事件进行记录
施压方式：当运行用户到达操作点时，开始施压。
通过标准：用户正确并发运行，业务操作均正确执行。
关键指标：获取本事务的最大、最小及平均响应时间。查看90%用户的响应时间是否满足用户要求的性能需求。获取系统的访问量达到最大值时系统响应时间获取系统服务器及数据库服务器主机资源使用情况。
