看看诸位大师看看如何设计

cc_lion

一个类似与eBay的电子商务网站一天10W的访问量，用LR如何设计。
我的MSN是livecci@hotmail.com请大家说说自己的想法和看法，希望能在MSN上多结交测试朋友

drabit

我是个新手,说说想法吧??呵呵
1.测试目标是看该网站在10W虚拟用户并发访问的情况下,是否能正常工作.
2.明确并发访问的方式是:同时连接?还是只是同时begin?前者需要添加集合点,并且需要考虑设置方式(等待多少时间释放已集合的用户等等)
3.要设置IPspoofing,同时还需要多台load generater,因为如此大的虚拟用户量,假设每台load generater能购模拟1000Vuser,那么需要100台机器.但是我好像听说实际上500个Vuser一台机器压力就已经很大了,因此推测会需要200台机器.我这个想法对么?好像不现实阿?
4.添加performance counter,比如processor相关,memory相关的,看server在如此大的压力下这些指标值是否在允许值范围内.应该不回是一台server,至少有个负载平衡的server和其同时工作吧.所以要监视好几台server.

sunshine_luo

lz的需求实在是模糊；loadrunner只是一个性能测试的工具，只有把需求明确了才能利用用这个工具去达到我们测试的目的。
1。比如一天10w的访问量，这个10w是一个平均值？还是一个峰值点？
2。一天的峰值点在什么时候？
3。用户的分布，包括时间和空间上的（最大可能的模拟实际用户）？
4。测试结果的衡量标准？即什么样的测试结果是可接受的（比如对response time的要求）？
5。测试的硬件要求？

cc_lion

sunshine_luo可以加我MSN，我想跟你探讨一下，谢谢

sunshine_luo

To cc_lion：
有什么问题直接贴在坛子里来吧，在msn上我不一定有时间啊
而且坛子里的高手很多的，“众人拾柴火焰高”这样能更快捷，更准确的解决问题

liaoxj

分析一下,
1.10W用户访问的时间点分布是怎么样?最大值的,时间点是什么时候;最小值是,什么时间点;大部分时间点平均值是多少
2.混合模式考虑,每个页面10W用户分情况.
3.做出最后结论!

cc_lion

很抱歉我没有把问题说清楚，我需要模拟4类操作
1、页面浏览（包括产品查询）
2、用户登陆
3、提交个人信息
4、下单操作
脚本的执行情况，什么时间同时执行，什么时间分阶段执行，什么时候高峰，什么时候减压，还有相关的一些细节，例如我一次上多少个用户，那块需要并发。
我这里都没有具体的安排，希望有经验的人给我指点一下，让我叙述清楚有点困难，呵呵，大家帮帮我吧

cc_lion

服务器是三台IBM，每台是2G内存，双CPU，桥头的APACHE，后面两个TOMCAT已经做了负载均衡

cc_lion

我做测试差不多快两年了，没有在51上说过话，大家多关照

suchboy

刚上EBAY看了一下， 虽然不是很复杂的交易流程，变化也不多，但仔细写用例的话，还是很难的。

先说说个人的想法

1、先对你的网站有个全面的了解，做一个表格， 列举网站的所有功能点（全站商品搜索、注册、短信认证、发布商品信息，上传商品图片，购买物品拍价，短消息，已注册用户个人信息管理，在线帮助等等），每个功能点将面临的用户类型（未注册的游客、已注册的会员、高级会员等等），功能点的性能需求（查询结果必须于5秒内返回，具体商品页面必须于7秒内显示等等），功能点重要程度排序（最高/高/中），每个功能点实际的执行动作（insert/update/delete/query   如：全站搜索－－－－查询数据库记录，新用户注册－－－－以查询的方式验证后新增数据库记录，个人资料修改－－－－变更已有数据库记录等等）      可以看出，第一步就是确定测试的目标，以上功能很难说出哪个不重要，哪个不需要执行性能测试，这种网站的任何一个版块的性能不好都可能造成恶劣的影响。

2、对每个功能点单独执行测试（用 负载测试、 压力测试两种策略执行测试），  按照其重要程度排序(最多用户会用到的、使用次数最多的、交易量最大的、使用的数据量大的靠前)    。   要使用到第一步产出的表， 明确这个功能必须达到怎样的性能指标，考虑这个功能有多少人会并发使用，系统承载数据量会多大，将来会增长到多大，对系统资源的消耗不能超过多少。测的时候也可以加上适当的“系统噪音”：就是单独测一个功能时，有少部分的虚拟用户在干别的事情。      测完后，对于性能未达标的，马上分析，是目标定的高了，还是确实有问题， 解决这个问题。   等所有的功能点通过了，再执行下一步。第二步的目的：验证每个模块自身没有性能问题，这是模块整合测试的前提。



3、将测试场景整合,用负载测试、压力测试、疲劳度测试 三种策略执行测试，模拟网站的真实情况：网站上线了，游客在搜索商品，游客在随意看商品信息，游客在注册，刚注册的会员在用邮件、手机短消息进行验证，会员在发布新商品，会员在购买商品等等等等。  要像楼上的朋友说的，确定每个版块的用户数分布or并发数，把压力释放到整个网站的模块而不是局部。


整个测试要变换压力策略， 变换测试方案

说着简单，我越想越难，好晕....

但这个话题真的不错，希望大家多多讨论!!

sunshine_luo

To cc_lion:
所有的测试指标（或者测试标准）不是我们大家在这里讨论就可以得出的，这个是需要根据你的测试需求来分析的，不是凭空想象的。
比如要测试“页面浏览”功能，你需要根据你待测产品的需求说明来确定：什么时候是峰值点，支持最大的并发用户数，允许的最大的响应时间等等.