第一篇:LoadRunner11对服务器进行压力负载测试总结
一LoadRunner多用户并发测试流程
案例介绍:
测试bugfree服务器负载用户数的性能。URL=http://10.10.90.14.Vuser=5.测试步骤
第一步:录制脚本
从程序菜单中启动“LoadRunner”->“Greate/Edit Scripts”
在协议选择框中选择New Single protocol下的“Web(HTTP/HTML)”协议,如下图:
单击OK进入主界面如下图:
在工具条上选择“Start Record”,弹出启动“Start Recording”对话框。
在URL输入框中输入上述要测试的第一个页面的URL,即输入http://10.10.90.14。同时注意,请让“Record the application startup”选择框失效,以便手工控制录制开始的时间,跳过刚开始的输入页面。点击“OK”,这是LoadRunner会启动浏览器,并指向第一个输入页面,同时在浏览器窗口上方将出现一个“Recording Suspended…”的工具条窗口。
等待输入页面显示完全以后,点击工具条窗口中的“Record”按钮,进入录制状态,从现在开始,在打开的浏览器上的所有操作将被录制成测试的脚本。
点击bugfree,进入下图输入用户名和密码后点击登录:
点击登录bugfree,进入bugfree系统如下图:
此时点击工具条上的黑色方框按钮,停止录制,回到Visual User Generator的主窗口,此时可以看到脚本已经录制成功。如下图:
选择“File”->“Save”,把当前的脚本保存下来
第二步:生成测试场景
选择菜单“Tools”->“Create Controller Scenario”,弹出“Create Scenario”对话框,保持缺省值不变,直接点击“OK”,唯一可能需要该的就是测试结果文件生成的路径。这时,将启动LoadRunner的另一个工具“Controller”,这是执行负载测试的环境。
Controller的主界面有“Design”和“Run”两个Tab组成,可以随时切换,首先进入的是Design界面,在这里可以调整运行场景的各种参数,如果只是作强度测试,唯一需要调整就是负载用户数,如下图所示:
设置好运行场景以后,切换到“Run”界面,如下图所示:
点击“Start Scenario”按钮,开始执行测试场景,执行过程中,左上方的运行状态表格会实时显示当前执行中的虚拟用户的情况,等到所有虚拟用户都执行完毕以后,左下方的四个曲线窗口和底部的数据窗口会显示出测试结果,如下图所示:
第三步:查看测试结果
在上述结果界面上,有四个曲线窗口,其中最简单、也是最有用的就是上面两个,点击各个窗口,可以对应的看到底部的数据窗口会显示响应数据。左上角的曲线代表随时间变化的虚拟用户数,响应的数据是各个虚拟用户的执行情况,如下图所示:
在这里可以看到,总共有5个虚拟用户,都执行成功,没有发生错误,由于我们采用缺省执行方式,意味着所有并发用户一起同步运行,没有分组和时间的先后关系,所以其他数据没有意义,可以不看。
右上方的曲线代表响应时间,响应的数据如下图所示:
由于我们录制的脚本很简单,只有一个动作,而且没有前导和后续动作,所以只需要看“Action_Transaction”一行数据即可,从数据中可以看到,这个表单提交动作在当前压力测试场景下,最长的执行时间是106.711秒,最短的104.937秒,平均是105.987秒,标准差是0.701,最后一次响应时间是105.587秒。LoadRunner还有很多图表和数据分析方法,在Controller的主界面上左下方的树状列表就是所有可用的数据查看方式。
最后还可将测试结果生成文档,在运行完成后的Controller Scenariol场景下,点击工具栏中的Analysis按钮。结果分析文档如下图所示:
注意:
1、以上介绍的是一个最基本的例子,其他高级功能请仔细学习LoadRunner的操作手册。
2、LoadRunner执行的时候随着虚拟用户数的增加,耗用的系统资源也会增加,根据以往的使用经验,在512m的机器上可以模拟500个并发用户,所以请根据运行LoadRunner的机器的性能决定最大的并发用户数,一般来说,只有外网的门户网站才可能达到并发500用户这样的规模,一般的应用系统在100并发用户的情况下就已经是满负载了。
-------------------------二LoadRunner集合点同时登陆测试流程
案例介绍:
测试bugfree服务器在多用户同时登陆环境下的性能。URL=http://10.10.90.14.Vuser=5.测试步骤
第一步:录制脚本
从程序菜单中启动“LoadRunner”->“Greate/Edit Scripts”
在协议选择框中选择New Single protocol下的“Web(HTTP/HTML)”协议,如下图:
单击OK进入主界面如下图:
在工具条上选择“Start Record”,弹出启动“Start Recording”对话框。
在URL输入框中输入上述要测试的第一个页面的URL,即输入http://10.10.90.14。同时注意,请让“Record the application startup”选择框失效,以便手工控制录制开始的时间,跳过刚开始的输入页面。点击“OK”,这是LoadRunner会启动浏览器,并指向第一个输入页面,同时在浏览器窗口上方将出现一个“Recording Suspended…”的工具条窗口。
等待输入页面显示完全以后,点击工具条窗口中的“Record”按钮,进入录制状态,从现在开始,在打开的浏览器上的所有操作将被录制成测试的脚本。
点击bugfree,进入下图输入用户名和密码后点击登录:
点击登录bugfree,进入bugfree系统如下图:
此时点击工具条上的黑色方框按钮,停止录制,回到Visual User Generator的主窗口,此时可以看到脚本已经录制成功。如下图:
在登陆部分脚本(上图标蓝部分)前,选择工具栏中insert选项下的Rendezvous插入集合点如下图:
在上图中输入集合点名称“login”后,按ok键,集合点插入完成,如下图:
选择“File”->“Save”,把当前的脚本保存下来
第二步:生成测试场景
选择菜单“Tools”->“Create Controller Scenario”,弹出“Create Scenario”对话框,保持缺省值不变,直接点击“OK”,唯一可能需要该的就是测试结果文件生成的路径。这时,将启动LoadRunner的另一个工具“Controller”,这是执行负载测试的环境。
Controller的主界面有“Design”和“Run”两个Tab组成,可以随时切换,首先进入的是Design界面,在这里可以调整运行场景的各种参数,如下图所示:
点击上图中Edit Schedule按钮进入场景进度设置对话框,如下图:
以上设置Shedule by Scenario为场景进度;Load Vusers simultaneously为同时加载虚拟用户;start 2 Vusers every00:0015(HH:MM:SS)为每15s加载2个虚拟用户;initialize all user before Run运行前初始化所有虚拟用户。
在上图中选择菜单栏Scenario下的Rendezvous选项,设置集合点场景如下图:
选中要进行测试的集合点名如“login”.然后按OK键。设置好运行场景以后,切换到“Run”界面,如下图所示:
点击“Start Scenario”按钮,开始执行测试场景,执行过程中,左上方的运行状态表格会实时显示当前执行中的虚拟用户的情况,等到所有虚拟用户都执行完毕以后,左下方的四个曲线窗口和底部的数据窗口会显示出测试结果,如下图所示:
第三步:查看测试结果 在上述结果界面上,有四个曲线窗口,其中对当前环境最有用的就是前三个,点击各个窗口,可以对应的看到底部的数据窗口会显示响应数据。左上角的曲线代表随时间变化的虚拟用户数,响应的数据是各个虚拟用户的执行情况,如下图所示:
在这里可以看到,总共有5个虚拟用户,都执行成功,没有发生错误,由于我们采用缺省执行方式,意味着所有并发用户一起同步运行,没有分组和时间的先后关系,所以其他数据没有意义,可以不看。
右上方的曲线代表响应时间,响应的数据如下图所示:
由于我们录制的脚本很简单,“Action_Transaction”一行数据,从数据中可以看到,用户登录在当前压力测试场景下,最长的执行时间是135.129秒,最短的101.347秒,平均是122.367秒,标准差是13.500,最后一次响应时间是120.640秒;login代表用户到达集合点响应时间数据,最长的执行时间是5.999秒,最短的0.190秒,平均是3.346秒,标准差是2.105,最后一次响应时间是5.999秒。
LoadRunner还有很多图表和数据分析方法,在Controller的主界面上左下方的树状列表就是所有可用的数据查看方式。
最后还可将测试结果生成文档,在运行完成后的Controller Scenariol场景下,点击工具栏中的Analysis按钮。如下图所示:
注意:
1、以上介绍的是一个最基本的例子,其他高级功能请仔细学习LoadRunner的操作手册。
第二篇:LoadRunner测试总结
性能测试(并发负载压力)测试分析-简要篇
在论坛混了多日,发现越来越多的性能测试工程师基本上都能够掌握利用测试工具来作负载压力测试,但多数人对怎样去分析工具收集到的测试结果感到无从下手,下面我就把个人工作中的体会和收集到的有关资料整理出来,希望能对大家分析测试结果有所帮助。
分析原则:
• 具体问题具体分析(这是由于不同的应用系统,不同的测试目的,不同的性能关注点)• 查找瓶颈时按以下顺序,由易到难。
服务器硬件瓶颈-〉网络瓶颈(对局域网,可以不考虑)-〉服务器操作系统瓶颈(参数配置)-〉中间件瓶颈(参数配置,数据库,web服务器等)-〉应用瓶颈(SQL语句、数据库设计、业务逻辑、算法等)注:以上过程并不是每个分析中都需要的,要根据测试目的和要求来确定分析的深度。对一些要求低的,我们分析到应用系统在将来大的负载压力(并发用户数、数据量)下,系统的硬件瓶颈在哪儿就够了。• 分段排除法 很有效
分析的信息来源:
•1 根据场景运行过程中的错误提示信息
•2 根据测试结果收集到的监控指标数据
一.错误提示分析
分析实例:•Error: Failed to connect to server “10.10.10.30:8080”: [10060] Connection
•Error: timed out Error: Server “10.10.10.30” has shut down the connection prematurely
分析:
•A、应用服务死掉。
(小用户时:程序上的问题。程序上处理数据库的问题)
•B、应用服务没有死
(应用服务参数设置问题)
例:在许多客户端连接Weblogic应用服务器被拒绝,而在服务器端没有错误显示,则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息,说明应提高该值,每次增加25%
•C、数据库的连接
(1、在应用服务的性能参数可能太小了
2、数据库启动的最大连接数(跟硬件的内存有关))
2Error: Page download timeout(120 seconds)has expired
分析:可能是以下原因造成•A、应用服务参数设置太大导致服务器的瓶颈
•B、页面中图片太多
•C、在程序处理表的时候检查字段太大多
二.监控指标数据分析
1.最大并发用户数:
应用系统在当前环境(硬件环境、网络环境、软件环境(参数配置))下能承受的最大并发用户数。在方案运行中,如果出现了大于3个用户的业务操作失败,或出现了服务器shutdown的情况,则说明在当前环境下,系统承受不了当前并发用户的负载压力,那么最大并发用户数就是前一个没有出现这种现象的并发用户数。
如果测得的最大并发用户数到达了性能要求,且各服务器资源情况良好,业务操作响应时间也达到了用户要求,那么OK。否则,再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。
2.业务操作响应时间:
• 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图,可以确定在方案执行期间响应时间过长的事务。
• 细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的?问题是否与网络或服务器有关?
• 如果服务器耗时过长,请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长,请使用“网络监视器”图确定导致性能瓶颈的网络问题
3.服务器资源监控指标:
内存:UNIX资源监控中指标内存页交换速率(Paging rate),如果该值偶尔走高,表明当时有线程竞争内存。如果持续很高,则内存可能是瓶颈。也可能是内存访问命中率低。Windows资源监控中,如果ProcessPrivate Bytes计数器和ProcessWorking Set计数器的值在长时间内持续升高,同时MemoryAvailable bytes计数器的值持续降低,则很可能存在内存泄漏。
内存资源成为系统性能的瓶颈的征兆:
很高的换页率(high pageout rate);
进程进入不活动状态;
交换区所有磁盘的活动次数可高;
可高的全局系统CPU利用率;
内存不够出错(out of memory errors)
处理器:UNIX资源监控(Windows操作系统同理)中指标CPU占用率(CPU utilization),如果该值持续超过95%,表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85%
合理使用的范围在60%至70%。Windows资源监控中,如果SystemProcessor Queue Length大于2,而处理器利用率(Processor Time)一直很低,则存在着处理器阻塞。
CPU资源成为系统性能的瓶颈的征兆:
很慢的响应时间(slow response time)
CPU空闲时间为零(zero percent idle CPU)
过高的用户占用CPU时间(high percent user CPU)
过高的系统占用CPU时间(high percent system CPU)
长时间的有很长的运行进程队列(large run queue size sustained over time)
磁盘I/O:UNIX资源监控(Windows操作系统同理)中指标磁盘交换率(Disk rate),如果该参数值一直很高,表明I/O有问题。可考虑更换更快的硬盘系统。Windows资源监控中,如果 Disk Time和Avg.Disk Queue Length的值很高,而Page Reads/sec页面读取操作速率很低,则可能存在磁盘瓶径。
I/O资源成为系统性能的瓶颈的征兆 :
过高的磁盘利用率(high disk utilization)
太长的磁盘等待队列(large disk queue length)
等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O)太高的物理I/O速率:large physical I/O rate(not sufficient in itself)
过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))
太长的运行进程队列,但CPU却空闲(large run queue with idle CPU)
4.数据库服务器:
SQL Server数据库:SQLServer资源监控中指标缓存点击率(Cache Hit Ratio),该值越高越好。如果持续低于80%,应考虑增加内存。如果Full Scans/sec(全表扫描/秒)计数器显示的值比1或2高,则应分析你的查询以确定是否确实需要全表扫描,以及SQL查询是否可以被优化。Number of Deadlocks/sec(死锁的数量/秒):死锁对应用程序的可伸缩性非常有害,并且会导致恶劣的用户体验。该计数器的值必须为0。Lock Requests/sec(锁请求/秒),通过优化查询来减少读取次数,可以减少该计数器的值。
Oracle数据库:如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90,那么需要增加
SHARED_POOL_SIZE的大小。
快存(共享SQL区)和数据字典快存的命中率:
select(sum(pins-reloads))/sum(pins)from v$librarycache;
select(sum(gets-getmisses))/sum(gets)from v$rowcache;
自由内存:select * from v$sgastat where name=’free memory’;如果数据的缓存命中率小于0.90,那么需要加大DB_BLOCK_BUFFERS参数的值(单位:块)。缓冲区高速缓存命中率:
select name,value from v$sysstat where name in('db block gets’,'consistent gets','physical reads');
Hit Ratio = 1-(physical reads /(db block gets + consistent gets))如果日志缓冲区申请的值较大,则应加大LOG_BUFFER参数的值。
日志缓冲区的申请情况 :
select name,value from v$sysstat where name = 'redo log space requests';如果内存排序命中率小于0.95,则应加大SORT_AREA_SIZE以避免磁盘排序。
内存排序命中率 :
select round((100*b.value)/decode((a.value+b.value), 0, 1,(a.value+b.value)), 2)from v$sysstat a, v$sysstat b where a.name='sorts(disk)' and b.name='sorts(memory)'
注:上述SQL Server和Oracle数据库分析,只是一些简单、基本的分析,特别是Oracle数据库的分析和优化,是一门专门的技术,进一步的分析可查相关资料。
说明:
以上只是个人的体会和部分资料的整理,并不代表专家之言。算抛砖引玉,有不同看法和更深入的分析的,希望大家勇要发言,以推动我们国内的性能测试工作。
第三篇:关于对全省营业员进行业务测试的通知
关于对全省营业员进行网通业务知识测试的通知
各市州通信工会:
为进一步提高全省营业员业务素质和工作能力,根据《吉林省通信公司开展“苦练内功、增强技能、提高素质”竞赛活动实施方案》的整体安排及06年工作计划,决定对全省营业人员进行网通业务知识测试,现将有关事宜通知如下:
一、测试范围和方式
各市州通信工会自行组织本地区营业员采取闭卷笔试的方式参加网通业务知识测试。
二、测试时间和内容
将网通业务知识测试试卷
(一)和网通业务知识测试试卷
(二)任选一套作为测试内容,于2006年6月中旬前完成测试。
三、具体要求
1、各市州通信工会要高度重视,并积极组织开展此次活动,做到认真、有序,真正达到推进营业员业务素质提高的目的;要对策试卷内容和答案采取保密措施,不允许泄露;要严肃考场纪律,确保考试结果真实有效。
2、测试面要达到100%,因特殊情况不能参加测试的要进行补考。测试后要根据下发的答案认真做好试卷的批改工作并做好试卷分析,认真填写《网通业务知识测试结果统计表》。要做好试卷的保存工作,以备查。
3、各市州通信工会须将填写好的《网通业务知识测试结果统计表》于6月20日前以电子邮件的形式报省通信工会。联系人:刘慧丽
电子邮箱:liuhuili@jlnetcom.com
4、省通信工会下半年将对各公司考试情况进行抽查,对组织活动不认真、走过场、没有按要求进行测试的单位给予通报批评。
附件:
1、《网通业务知识测试试卷》
(一)2、《网通业务知识测试参考答案》
(一)3、《网通业务知识测试试卷》
(二)3、《网通业务知识测试参考答案》
(二)4、《网通业务知识测试结果统计表》
省通信工会 2006年5月28日
第四篇:关于对全省营业员进行业务测试的通知
关于对全省营业员进行网通业务知识测试的通知
各市州通信工会:
为进一步提高全省营业员业务素质和工作能力,根据《吉林省通信公司开展“苦练内功、增强技能、提高素质”竞赛活动实施方案》的整体安排及06年工作计划,决定对全省营业人员进行网通业务知识测试,现将有关事宜通知如下:
一、测试范围和方式
各市州通信工会自行组织本地区营业员采取闭卷笔试的方式参加网通业务知识测试。
二、测试时间和内容
将网通业务知识测试试卷
(一)和网通业务知识测试试卷
(二)任选一套作为测试内容,于2006年6月中旬前完成测试。
三、具体要求
1、各市州通信工会要高度重视,并积极组织开展此次活动,做到认真、有序,真正达到推进营业员业务素质提高的目的;要对策试卷内容和答案采取保密措施,不允许泄露;要严肃考场纪律,确保考试结果真实有效。
2、测试面要达到100%,因特殊情况不能参加测试的要进行补考。测试后要根据下发的答案认真做好试卷的批改工作并做好试卷分析,认真填写《网通业务知识测试结果统计表》。要做好试卷的保存工作,以备查。
3、各市州通信工会须将填写好的《网通业务知识测试结果统计表》于6月20日前以电子邮件的形式报省通信工会。联系人:刘慧丽
电子邮箱:liuhuili@jlnetcom.com
4、省通信工会下半年将对各公司考试情况进行抽查,对组织活动不认真、走过场、没有按要求进行测试的单位给予通报批评。
附件:
1、《网通业务知识测试试卷》
(一)2、《网通业务知识测试参考答案》
(一)3、《网通业务知识测试试卷》
(二)3、《网通业务知识测试参考答案》
(二)4、《网通业务知识测试结果统计表》
省通信工会 2006年5月28日
敬爱的党组织:
经过一段时期的初级党校学习,我的心境自然澎湃而又亢奋。其实,无论是谁,这种难得的熏陶刚过,思想上和认识上都会大有一吐为快的强烈之欲望。这对深刻理解中国***始终是一个最先进的党、最伟大的党,始终是实践“三个代表”重要思想的 楷模,也始终是勤 奋学习、善于思考、解放思想、与时俱进、勇于实践、锐意创新的模范等等,以及正确选择一个人的人生观、价值观和世界观,都具有非常积极的意义。以下是我的心得体会:
首先,通过学习,我对我们的党有了更加深入的理解:中国***是中国工人阶级的先锋队,是中国各族人民利益的忠实代表,是中国事业的领导核心。中国***有它的阶级性,人民性,先进性。中国工人阶级是中国***的阶级基础,工人阶级政党是工人阶级的先锋队,工人阶级的先进性决定了党的先进性。而工人阶级之所以具有先进性是因为它代表了先进生产力和生产关系,具有高度组织性、纪律性,赋予革命的坚定性、彻底性。知识分子是工人阶级的重要组成部分,随着社会的发展,信息技术等越来越发达,因此工人阶级政党的先进性必须随着时代的发展不断具有新的内涵、新的标准和新的特征,做到与时俱进。党的先进性还体现在将“三个代表”写入了新的党章。“三个代表”重要思想对党的先进性作了富有时代特征的界定,具体地、明确地揭示出党的先进性的实质和内涵,深化了我们对党的先进性的认识和理解。
其次,通过学习我进一步端正了自己的入党动机。入党动机是指一个人要求入党的内在原因和真实目的,是推动人们争取入党的一种精神力量。真正正确的入党动机应该是能始终将人民的利益放在首位,为了最终实现****而奋斗终生。我要在自己的工作和生活中不断 地实践,不断地确立正确的入党动机。一个人在组织上的入党一生只有一次,而思想上的入党是一生一世的,所以,在今后的人生道路上,必须坚定信念,用理论知识来武装自己,不断地深化自己的行动。
再次,我懂得了入党的过程是一个漫长而艰辛的过程,是一个充满考验的过程,不是你随便想怎么样就怎么样,要时时刻刻用党员的标准来规范自己。听了几位优秀学生党员的入党经历,学到了我们不仅要在组织上积极要求入党。把党和人民放在第一位,用自己的行动来展现一位入党积极分子的作风,时时刻刻,用党的标准提醒自己,什么要积极主动的去做,什么要积极同违背党标准的做斗争。入党的过程,便是不断完善自己的过程,便是升华自己的过程。
当然,我也进一步树立正确的社会主义荣辱观。通过学习,我深刻地体会到社会主义荣辱观是构建社会主义和谐社会一个带有根本性的问题,体现了在科学发展观的指导下,将依法治国与以德治国有机结合起来,将经济建设、政治建设、文化建设、社会建设融为一体的我国社会主义现代化建设总体布局。荣辱观是由世界观、人生观、价值观所决定的。不同的荣辱观,是不同的世界、人生观、价值观的反映。荣辱观渗透在整个社会的生活之中,不仅影响着社会的风气,体现着社会的价值导向,标志着社会的文明程度,而且对社会的经济发展由巨大的反作用。
通过这次的学习, 我不仅加深了对党的基本知识的了解,也更加明确了入党动机,优秀党员决不是套在自己头上用于炫耀的光环,而是我们应该努力学习,不断进取所应该达到的目标,组织上的入党一生一次,思想上的入党一生一世。在学习当中,最让我感动的是中国***的优良传统和作风。党的宗旨是全心全意为人民服务,而党的优良传统和作风恰恰印证了这一点。看着那些面对党旗宣誓的***员,我感动了,我感到了作为***员的骄傲,也更加坚定自己的人生信念:我也一定要成为一名***员。我要时刻谨记党的教诲,时刻以党员的行为准则来约束自己, 在以后的生活、工作中,自觉的加强自己,争取得到更大的提高。
汇报人:***
2012年3月31日
【1】 【2】
该文章转载自无忧考网:http://www.51test.net
第五篇:关于对爱心社常委进行常识测试的通知
延安大学学生爱心社
关于对第六届社员进行社团常识测试的通知
一、测试目的:
1.加强社团文化建设,做好社团务虚工作;
2.本次测试提前近一个月已通知社员,目的皆在督促社员学习社团基本资料,提高作为一名社团人的基本素质,为其在社团的发展打下坚实的理论基础;
3.本着对社员负责的态度,爱心社在经费紧张情况下,斥资200元印制十一套社团手册,通过社员的自主学习,让社员更直观的了解爱心社,使社员有明确的在社团发展的方向,培养社员对社团的归属感、荣誉感、责任感;
4.本次测试的基本内容是社团工作活动经常用到的常识和《延安大学学生爱心社第五届社团工作活动志》中基本的内容。社团的两本手册经过多次校对和更正,适合社团使用和社员的学习。社员通过认真学习,能系统了解爱心社的发展思路、社团日常运作和管理模式、社团精品活动和主打活动情况、社团经费筹集途径、学校对社团的管理和支持方式、调动社员参与社团活动积极性等方面,从而使社员形成自己的社团发展思路,为以后社团的发展提供更多的思想和见解;
5.通过一段时间的社员自主学习和最终测试使踏实、认真、优秀的社员脱颖而出,提高他们的参与社团积极性,从而更好的锻炼自己,更好的做好爱心社的工作;
6.爱心社对外联系较多,社员需要掌握一定的社团基本常识,才能 1
更好的与对方交流与合作。
二、测试内容:
测试知识基本出自《延安大学学生爱心社社团工作活动手册》和《延安大学学生爱心社第五届社团工作活动志》。测试没有死记硬背的内容,全部是社团经常用到的工作活动常识。
三、测试时间地点:
2009年11月29日(星期日)9:00-11:00,2404教室。
四、测试人数:
为确保测试的质量并根据当前甲流形式,本次参加社团常识测试的社员实行抽考制,根据电子版的社员名单随机抽出40名社员参加笔试闭卷测试。
五、抽考的社员名单:
梁小妮 权佩佩 杨柳 张瑜 曹银银 王妍 黄晓巍 雷岩柴长森 刑元珍 杨得草 靳晶 田朦朦 豆鑫妮 王小辉 郭娟娟 袁伟 廖景涛 邱晶华 蔡甜雨 杨华强 门凤君 邵艺琳 杨丹 姜晨晨王丹 樊超 杨媛 舒 蕊 卢欢乐 张鑫 申青 张昊 王斌 张鹏 齐红君 丁洋 曾德骅 胡聪 马冬雪(详细名单见163邮箱)。
六、测试培训:
培训要求:每组上交一份社员听课笔记
为了保证社员更好的了解社团工作,达到测试的目的,避免社员为考试而死记硬背社团手册的现象,本次测试前一星期安排副社长和办公
室主任分组为考试的社员培训。
培训人员安排:
席博锋培训社员:《延安大学学生爱心社第六届(2009-2010学年)社团常识测试抽考社员名单》(详细名单见163邮箱)中田朦朦、蔡甜雨、张鑫、王小辉、樊超、廖景涛、张鹏、胡聪、王妍、权佩佩等10名;
孙媛培训社员:《延安大学学生爱心社第六届(2009-2010学年)社团常识测试抽考社员名单》(详细名单见163邮箱)中丁洋、豆鑫妮、杨丹、杨媛、申青、曾德骅、杨得草、张瑜、门凤君、邱晶华等10名;
姜蒙蒙培训社员:《延安大学学生爱心社第六届(2009-2010学年)社团常识测试抽考社员名单》(详细名单见163邮箱)中杨柳、曹银银、邵艺琳、马冬雪、刑元珍、郭娟娟、卢欢乐、王丹、舒 蕊、齐红君等10名;
于得娇培训社员:《延安大学学生爱心社第六届(2009-2010学年)社团常识测试抽考社员名单》(详细名单见163邮箱)中梁小妮、黄晓巍、雷岩、柴长森、靳晶、袁伟、杨华强、姜晨晨、张昊、王斌等10名。
七、监考人员:
青志委部长 何东梅办公室主任 于得娇
八、阅卷人员和时间:
阅卷要求:自备红笔一支
阅卷人员:
勤工助学部部长 庄月和勤工助学部副部长 赵楠阅填空题 活动部部长 马婷和活动部副部长 仇婷阅单选题
副社长 姜蒙蒙和办公室副主任 李青阅多选题
副社长 孙媛、办公室主任 于得娇、青志委部长何东梅、爱心超市部部长 张艳敏阅简答题
社长 张元和副社长 席博锋阅论述题
青志委副部长 李敏、公关部副部长 李静宁总分最终审阅核查 阅卷时间:2009年11月29日(星期日)下午2:30开始。
九、测试要求:
1.不允许携带社团手册等有关资料参加考试,参加考试只需中性笔。社员入考场分散就坐;
2.携带答案或抄袭别人答案的社员一经发现,成绩为零,在社员考核中减10分,内没有任何评奖资格;
3.考试时间原则为两小时,社员答完即可交卷出考场,不受时间限制;
4.被抽中的社员有不考试的权利,各部接到此通知后请通知参加考试的社员,如果社员本人不参加考试,请将该社员的信息通知社长,调换其他人参加考试,以保证40人考试;
5.试卷在阅批前,任何人不得启封试卷;
6.其它未尽事宜根据具体情况决定。
延安大学学生爱心社
二〇〇九年十一月十九日