|
4#
楼主 |
发表于 2010-7-27 10:53:06
|
只看该作者
2.准备肯定是相关的性能测试概念和技术,主要的不同是在于出发点,功能是为了验证能不能做,性能是看看做的效率如何
3.瓶颈分析在初期别考虑,完全应该由系统架构人员负责。而瓶颈原理很简单,早上堵过车吧,那么你看看车堵在那里就知道啥事瓶颈了,比如前面撞车了,4车道变1车道这就是瓶颈。硬件瓶颈看系统资源计数器好了,很简单的,最怕就是系统问题导致资源占用率很高,就是那种占着茅坑不拉屎的情况,难分析啊。
4.没什么东西是一定是标准的,只要流行就行了,总的来说flex已经很标准了,如果天下大同大家都没饭吃,所以这个问题别担心了
5.在国外很简单装个HTTP协议分析工具就行了,这个属于前端性能测试,当然远程你是没法做负载的只能计算网络开销。所以负载你要么在国外做,要么在本地做,必须要吧带宽瓶颈给解决。或者买个云测试?在全球200个城市发出1000x200个请求?好像你们成本跟不上
6.windows自己的监控工具就很不错,还可以试试spotlight for windows好像是免费的
7.脚本的思路?关键是你的测试方案测什么和你的技术怎么用脚本实现。思路就是录制你要的操作,然后模拟用户的行为,这里就设计到需求分析了,关键是你要真实的模拟用户的行为这点才是最难的。
8.常见函数太多了,简单列几个吧,其实么啥用web_url,web_submit_data,lr_eval_string,lr_save_string,web_reg_find,web_reg_save_param |
|