CS架构应用使用loadrunner如何进行性能测试

你确定你的服务端与服务端的交互只是socket协议吗？协议正确的话就可以录制了。不能录制的原因有很多,比如loadrunner本身的问题,版本破解汉化导致的问题等。

如果你会点编程技术,完全可以自己编写socket协议的脚本。

问题描述： 精彩答案： 会员roger814： 按系统测试的分类 1、功能性测试 C/S：服务器和客户端均会分担一部分的事务处理功能，应分开测试。 B/S：服务器负责主要的事务逻辑，所以应将重点放在服务器上。 2、安全测试 C/S：可以使用多种网络协议，甚至可以自定义协议，从这个角度来看，C/S的安全性是有保障的。 B/S：使用http协议，虽然最新的https协议在安全性方面有所提升，但还是弱于C/S。 3、配置测试 C/S：客户端需要进行安装和卸载测试。 B/S：无需安装，但要针对不同核心的浏览器进行兼容测试。 4、GUI测试 C/S：客户端的界面变化不会太频繁，比较适合使用自动化工具来简化测试工作。 B/S：根据浏览器渲染核心不同需要作出相应调整；从网络速率上考虑，还要调整页面中各元素大小。 5、性能测试 C/S：由于一部分的事务处理在客户端上就能进行，所以大大减轻了服务器的负担；但由于网络传输的优势，却可能带来较多并发的问题。 B/S：所有事务交由服务器进行处理，服务器的抗压能力是首要的；同时，网络速率和用户量与日俱增，也会带来大量并发问题。 一点点拙见，期待高手的回答。 会员yjdeihc： C/S 应用中经常用到的测试方法： 下面的应用功能测试客户端应用被独立地执行，以揭示在其运行中的错误。 1、服务器测试 测试服务器的协调和数据管理功能，也考虑服务器性能（整体反映时间和数据吞吐量）。 2、数据库测试 测试服务器存储的数据的精确性和完整性，检查客户端应用提交的事务，以保证数据被正确地存储、更新和检索。 3、事务测试 创建一系列的测试以保证每类事务被按照需求处理。测试着重于处理的正确性，也关注性能问题。 4、网络通信测试 这些测试验证网络节点间的通信正常地发生，并且消息传递、事务和相关的网络交通无错的发生。21/212>

那个，CS是指浏览器和服务器，BS是指客户端和服务器。

1．硬件环境不同:

C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.

B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行

2．对安全要求不同

C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.

B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群.

3．对程序架构不同

C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.

B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟.

4．软件重用不同

C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.

B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子

5．系统维护不同

系统维护是软件生存周期中,开销大, -------重要

C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统

B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

6．处理问题不同

C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统

B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

7．用户接口不同

C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高

B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

8．信息流不同

C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低

B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心

了解其特性之外，我觉得测试就不是问题了。

---