对服务器进行了强压（借助LoadRunner）：场景：500个Vusers，每15分钟开始20个Vusers，持续10个小时，每10分30秒停止5个Vusers加压对象：数据查询（分别从2个不同的表中读取，select all一次，根据查询条件查询一次）附加说明：数据量不算很大，table1中的数据量为54420条，table2中仅有6699条执行结果：在开始后的10小时，系统崩溃了也就是说，耗时6小时15分钟，500个用户在全部开始，在500个用户全部开始之后，持续了4个小时后，系统就崩溃了（表现为web Application Server直接down了）处理：1、早上来的时候发现了 app.

转眼两年就过去了，在不规则的生活和思维中感觉不到自己慢慢的变化。两年的测试生活，得失评判，或者从总结中可以看清自己。1,测试路。在自己认可的“行业没有可比性“的固执理念中，一直到现在。如果从锻炼自己的角度来去想测试，这条路比相关的其他行业要理想得多。前提是要清楚的知道测试所在的位置。很多做测试的人都把自己降低了一层，我听到很多人在说：测试没有技术含量，点点点，不知道自己的价值在哪里之类的话。时过两年，现在这种说法依旧在延续，传承不自信的香火。还有一种说法是：测试有很多的技术内容要学，比如.

有一个业务,是上传图片的,要50个人分别同时上传50张不同的图片,脚本我已录好了,上传图片的参数也作了,用Vugen回放脚本的时候,在run-time setting里设了50,然后运行后发现没有问题,这个时候作了保存,然后到了controller里,讲用户也设了50,运行后发现,哪是50张图片了,都N张了.所以问一下大家我该怎么做?