第一篇：LoadRunner11對服務(wù)器進行壓力負(fù)載測試總結(jié)
一LoadRunner多用戶并發(fā)測試流程
案例介紹：
測試bugfree服務(wù)器負(fù)載用戶數(shù)的性能。URL=http://10.10.90.14.Vuser=5.測試步驟
第一步：錄制腳本
從程序菜單中啟動“LoadRunner”->“Greate/Edit Scripts”
在協(xié)議選擇框中選擇New Single protocol下的“Web(HTTP/HTML)”協(xié)議，如下圖：
單擊OK進入主界面如下圖：
在工具條上選擇“Start Record”，彈出啟動“Start Recording”對話框。
在URL輸入框中輸入上述要測試的第一個頁面的URL，即輸入http://10.10.90.14。同時注意，請讓“Record the application startup”選擇框失效，以便手工控制錄制開始的時間，跳過剛開始的輸入頁面。點擊“OK”，這是LoadRunner會啟動瀏覽器，并指向第一個輸入頁面，同時在瀏覽器窗口上方將出現(xiàn)一個“Recording Suspended…”的工具條窗口。
等待輸入頁面顯示完全以后，點擊工具條窗口中的“Record”按鈕，進入錄制狀態(tài)，從現(xiàn)在開始，在打開的瀏覽器上的所有操作將被錄制成測試的腳本。
點擊bugfree,進入下圖輸入用戶名和密碼后點擊登錄：
點擊登錄bugfree,進入bugfree系統(tǒng)如下圖：
此時點擊工具條上的黑色方框按鈕，停止錄制，回到Visual User Generator的主窗口，此時可以看到腳本已經(jīng)錄制成功。如下圖：
選擇“File”->“Save”，把當(dāng)前的腳本保存下來
第二步：生成測試場景
選擇菜單“Tools”->“Create Controller Scenario”，彈出“Create Scenario”對話框，保持缺省值不變，直接點擊“OK”，唯一可能需要該的就是測試結(jié)果文件生成的路徑。這時，將啟動LoadRunner的另一個工具“Controller”，這是執(zhí)行負(fù)載測試的環(huán)境。
Controller的主界面有“Design”和“Run”兩個Tab組成，可以隨時切換，首先進入的是Design界面，在這里可以調(diào)整運行場景的各種參數(shù)，如果只是作強度測試，唯一需要調(diào)整就是負(fù)載用戶數(shù)，如下圖所示：
設(shè)置好運行場景以后，切換到“Run”界面，如下圖所示：
點擊“Start Scenario”按鈕，開始執(zhí)行測試場景，執(zhí)行過程中，左上方的運行狀態(tài)表格會實時顯示當(dāng)前執(zhí)行中的虛擬用戶的情況，等到所有虛擬用戶都執(zhí)行完畢以后，左下方的四個曲線窗口和底部的數(shù)據(jù)窗口會顯示出測試結(jié)果，如下圖所示：
第三步：查看測試結(jié)果
在上述結(jié)果界面上，有四個曲線窗口，其中最簡單、也是最有用的就是上面兩個，點擊各個窗口，可以對應(yīng)的看到底部的數(shù)據(jù)窗口會顯示響應(yīng)數(shù)據(jù)。左上角的曲線代表隨時間變化的虛擬用戶數(shù)，響應(yīng)的數(shù)據(jù)是各個虛擬用戶的執(zhí)行情況，如下圖所示：
在這里可以看到，總共有5個虛擬用戶，都執(zhí)行成功，沒有發(fā)生錯誤，由于我們采用缺省執(zhí)行方式，意味著所有并發(fā)用戶一起同步運行，沒有分組和時間的先后關(guān)系，所以其他數(shù)據(jù)沒有意義，可以不看。
右上方的曲線代表響應(yīng)時間，響應(yīng)的數(shù)據(jù)如下圖所示：
由于我們錄制的腳本很簡單，只有一個動作，而且沒有前導(dǎo)和后續(xù)動作，所以只需要看“Action_Transaction”一行數(shù)據(jù)即可，從數(shù)據(jù)中可以看到，這個表單提交動作在當(dāng)前壓力測試場景下，最長的執(zhí)行時間是106.711秒，最短的104.937秒，平均是105.987秒，標(biāo)準(zhǔn)差是0.701，最后一次響應(yīng)時間是105.587秒。LoadRunner還有很多圖表和數(shù)據(jù)分析方法，在Controller的主界面上左下方的樹狀列表就是所有可用的數(shù)據(jù)查看方式。
最后還可將測試結(jié)果生成文檔，在運行完成后的Controller Scenariol場景下，點擊工具欄中的Analysis按鈕。結(jié)果分析文檔如下圖所示：
注意：
1、以上介紹的是一個最基本的例子，其他高級功能請仔細(xì)學(xué)習(xí)LoadRunner的操作手冊。
2、LoadRunner執(zhí)行的時候隨著虛擬用戶數(shù)的增加，耗用的系統(tǒng)資源也會增加，根據(jù)以往的使用經(jīng)驗，在512m的機器上可以模擬500個并發(fā)用戶，所以請根據(jù)運行LoadRunner的機器的性能決定最大的并發(fā)用戶數(shù)，一般來說，只有外網(wǎng)的門戶網(wǎng)站才可能達到并發(fā)500用戶這樣的規(guī)模，一般的應(yīng)用系統(tǒng)在100并發(fā)用戶的情況下就已經(jīng)是滿負(fù)載了。
-------------------------二LoadRunner集合點同時登陸測試流程
案例介紹：
測試bugfree服務(wù)器在多用戶同時登陸環(huán)境下的性能。URL=http://10.10.90.14.Vuser=5.測試步驟
第一步：錄制腳本
從程序菜單中啟動“LoadRunner”->“Greate/Edit Scripts”
在協(xié)議選擇框中選擇New Single protocol下的“Web(HTTP/HTML)”協(xié)議，如下圖：
單擊OK進入主界面如下圖：
在工具條上選擇“Start Record”，彈出啟動“Start Recording”對話框。
在URL輸入框中輸入上述要測試的第一個頁面的URL，即輸入http://10.10.90.14。同時注意，請讓“Record the application startup”選擇框失效，以便手工控制錄制開始的時間，跳過剛開始的輸入頁面。點擊“OK”，這是LoadRunner會啟動瀏覽器，并指向第一個輸入頁面，同時在瀏覽器窗口上方將出現(xiàn)一個“Recording Suspended…”的工具條窗口。
等待輸入頁面顯示完全以后，點擊工具條窗口中的“Record”按鈕，進入錄制狀態(tài)，從現(xiàn)在開始，在打開的瀏覽器上的所有操作將被錄制成測試的腳本。
點擊bugfree,進入下圖輸入用戶名和密碼后點擊登錄：
點擊登錄bugfree,進入bugfree系統(tǒng)如下圖：
此時點擊工具條上的黑色方框按鈕，停止錄制，回到Visual User Generator的主窗口，此時可以看到腳本已經(jīng)錄制成功。如下圖：
在登陸部分腳本（上圖標(biāo)藍部分）前，選擇工具欄中insert選項下的Rendezvous插入集合點如下圖:
在上圖中輸入集合點名稱“l(fā)ogin”后，按ok鍵，集合點插入完成，如下圖：
選擇“File”->“Save”，把當(dāng)前的腳本保存下來
第二步：生成測試場景
選擇菜單“Tools”->“Create Controller Scenario”，彈出“Create Scenario”對話框，保持缺省值不變，直接點擊“OK”，唯一可能需要該的就是測試結(jié)果文件生成的路徑。這時，將啟動LoadRunner的另一個工具“Controller”，這是執(zhí)行負(fù)載測試的環(huán)境。
Controller的主界面有“Design”和“Run”兩個Tab組成，可以隨時切換，首先進入的是Design界面，在這里可以調(diào)整運行場景的各種參數(shù)，如下圖所示：
點擊上圖中Edit Schedule按鈕進入場景進度設(shè)置對話框，如下圖：
以上設(shè)置Shedule by Scenario為場景進度;Load Vusers simultaneously為同時加載虛擬用戶;start 2 Vusers every00:0015(HH:MM:SS)為每15s加載2個虛擬用戶；initialize all user before Run運行前初始化所有虛擬用戶。
在上圖中選擇菜單欄Scenario下的Rendezvous選項，設(shè)置集合點場景如下圖：
選中要進行測試的集合點名如“l(fā)ogin”.然后按OK鍵。設(shè)置好運行場景以后，切換到“Run”界面，如下圖所示：
點擊“Start Scenario”按鈕，開始執(zhí)行測試場景，執(zhí)行過程中，左上方的運行狀態(tài)表格會實時顯示當(dāng)前執(zhí)行中的虛擬用戶的情況，等到所有虛擬用戶都執(zhí)行完畢以后，左下方的四個曲線窗口和底部的數(shù)據(jù)窗口會顯示出測試結(jié)果，如下圖所示：
第三步：查看測試結(jié)果 在上述結(jié)果界面上，有四個曲線窗口，其中對當(dāng)前環(huán)境最有用的就是前三個，點擊各個窗口，可以對應(yīng)的看到底部的數(shù)據(jù)窗口會顯示響應(yīng)數(shù)據(jù)。左上角的曲線代表隨時間變化的虛擬用戶數(shù)，響應(yīng)的數(shù)據(jù)是各個虛擬用戶的執(zhí)行情況，如下圖所示：
在這里可以看到，總共有5個虛擬用戶，都執(zhí)行成功，沒有發(fā)生錯誤，由于我們采用缺省執(zhí)行方式，意味著所有并發(fā)用戶一起同步運行，沒有分組和時間的先后關(guān)系，所以其他數(shù)據(jù)沒有意義，可以不看。
右上方的曲線代表響應(yīng)時間，響應(yīng)的數(shù)據(jù)如下圖所示：
由于我們錄制的腳本很簡單，“Action_Transaction”一行數(shù)據(jù)，從數(shù)據(jù)中可以看到，用戶登錄在當(dāng)前壓力測試場景下，最長的執(zhí)行時間是135.129秒，最短的101.347秒，平均是122.367秒，標(biāo)準(zhǔn)差是13.500，最后一次響應(yīng)時間是120.640秒；login代表用戶到達集合點響應(yīng)時間數(shù)據(jù)，最長的執(zhí)行時間是5.999秒，最短的0.190秒，平均是3.346秒，標(biāo)準(zhǔn)差是2.105，最后一次響應(yīng)時間是5.999秒。
LoadRunner還有很多圖表和數(shù)據(jù)分析方法，在Controller的主界面上左下方的樹狀列表就是所有可用的數(shù)據(jù)查看方式。
最后還可將測試結(jié)果生成文檔，在運行完成后的Controller Scenariol場景下，點擊工具欄中的Analysis按鈕。如下圖所示：
注意：
1、以上介紹的是一個最基本的例子，其他高級功能請仔細(xì)學(xué)習(xí)LoadRunner的操作手冊。
第二篇：LoadRunner測試總結(jié)
性能測試（并發(fā)負(fù)載壓力）測試分析－簡要篇
在論壇混了多日，發(fā)現(xiàn)越來越多的性能測試工程師基本上都能夠掌握利用測試工具來作負(fù)載壓力測試，但多數(shù)人對怎樣去分析工具收集到的測試結(jié)果感到無從下手，下面我就把個人工作中的體會和收集到的有關(guān)資料整理出來，希望能對大家分析測試結(jié)果有所幫助。
分析原則：
? 具體問題具體分析（這是由于不同的應(yīng)用系統(tǒng)，不同的測試目的，不同的性能關(guān)注點）? 查找瓶頸時按以下順序，由易到難。
服務(wù)器硬件瓶頸-〉網(wǎng)絡(luò)瓶頸（對局域網(wǎng)，可以不考慮）-〉服務(wù)器操作系統(tǒng)瓶頸（參數(shù)配置）-〉中間件瓶頸（參數(shù)配置，數(shù)據(jù)庫，web服務(wù)器等）-〉應(yīng)用瓶頸（SQL語句、數(shù)據(jù)庫設(shè)計、業(yè)務(wù)邏輯、算法等）注：以上過程并不是每個分析中都需要的，要根據(jù)測試目的和要求來確定分析的深度。對一些要求低的，我們分析到應(yīng)用系統(tǒng)在將來大的負(fù)載壓力（并發(fā)用戶數(shù)、數(shù)據(jù)量）下，系統(tǒng)的硬件瓶頸在哪兒就夠了。? 分段排除法 很有效
分析的信息來源：
?1 根據(jù)場景運行過程中的錯誤提示信息
?2 根據(jù)測試結(jié)果收集到的監(jiān)控指標(biāo)數(shù)據(jù)
一．錯誤提示分析
分析實例：?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、應(yīng)用服務(wù)死掉。
（小用戶時：程序上的問題。程序上處理數(shù)據(jù)庫的問題）
?B、應(yīng)用服務(wù)沒有死
（應(yīng)用服務(wù)參數(shù)設(shè)置問題）
例：在許多客戶端連接Weblogic應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設(shè)得過低。如果連接時收到connection refused消息，說明應(yīng)提高該值，每次增加25％
?C、數(shù)據(jù)庫的連接
（1、在應(yīng)用服務(wù)的性能參數(shù)可能太小了
2、數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）)
2Error: Page download timeout(120 seconds)has expired
分析：可能是以下原因造成?A、應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸
?B、頁面中圖片太多
?C、在程序處理表的時候檢查字段太大多
二．監(jiān)控指標(biāo)數(shù)據(jù)分析
1．最大并發(fā)用戶數(shù)：
應(yīng)用系統(tǒng)在當(dāng)前環(huán)境（硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、軟件環(huán)境（參數(shù)配置））下能承受的最大并發(fā)用戶數(shù)。在方案運行中，如果出現(xiàn)了大于3個用戶的業(yè)務(wù)操作失敗，或出現(xiàn)了服務(wù)器shutdown的情況，則說明在當(dāng)前環(huán)境下，系統(tǒng)承受不了當(dāng)前并發(fā)用戶的負(fù)載壓力，那么最大并發(fā)用戶數(shù)就是前一個沒有出現(xiàn)這種現(xiàn)象的并發(fā)用戶數(shù)。
如果測得的最大并發(fā)用戶數(shù)到達了性能要求，且各服務(wù)器資源情況良好，業(yè)務(wù)操作響應(yīng)時間也達到了用戶要求，那么OK。否則，再根據(jù)各服務(wù)器的資源情況和業(yè)務(wù)操作響應(yīng)時間進一步分析原因所在。
2．業(yè)務(wù)操作響應(yīng)時間：
? 分析方案運行情況應(yīng)從平均事務(wù)響應(yīng)時間圖和事務(wù)性能摘要圖開始。使用“事務(wù)性能摘要”圖，可以確定在方案執(zhí)行期間響應(yīng)時間過長的事務(wù)。
? 細(xì)分事務(wù)并分析每個頁面組件的性能。查看過長的事務(wù)響應(yīng)時間是由哪些頁面組件引起的？問題是否與網(wǎng)絡(luò)或服務(wù)器有關(guān)？
? 如果服務(wù)器耗時過長，請使用相應(yīng)的服務(wù)器圖確定有問題的服務(wù)器度量并查明服務(wù)器性能下降的原因。如果網(wǎng)絡(luò)耗時過長，請使用“網(wǎng)絡(luò)監(jiān)視器”圖確定導(dǎo)致性能瓶頸的網(wǎng)絡(luò)問題
3．服務(wù)器資源監(jiān)控指標(biāo)：
內(nèi)存：UNIX資源監(jiān)控中指標(biāo)內(nèi)存頁交換速率（Paging rate），如果該值偶爾走高，表明當(dāng)時有線程競爭內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問命中率低。Windows資源監(jiān)控中，如果ProcessPrivate Bytes計數(shù)器和ProcessWorking Set計數(shù)器的值在長時間內(nèi)持續(xù)升高，同時MemoryAvailable bytes計數(shù)器的值持續(xù)降低，則很可能存在內(nèi)存泄漏。
內(nèi)存資源成為系統(tǒng)性能的瓶頸的征兆:
很高的換頁率(high pageout rate);
進程進入不活動狀態(tài);
交換區(qū)所有磁盤的活動次數(shù)可高;
可高的全局系統(tǒng)CPU利用率;
內(nèi)存不夠出錯(out of memory errors)
處理器：UNIX資源監(jiān)控（Windows操作系統(tǒng)同理）中指標(biāo)CPU占用率（CPU utilization），如果該值持續(xù)超過95%，表明瓶頸是CPU。可以考慮增加一個處理器或換一個更快的處理器。如果服務(wù)器專用于SQL Server,可接受的最大上限是80-85%
合理使用的范圍在60%至70%。Windows資源監(jiān)控中，如果SystemProcessor Queue Length大于2，而處理器利用率（Processor Time）一直很低，則存在著處理器阻塞。
CPU資源成為系統(tǒng)性能的瓶頸的征兆:
很慢的響應(yīng)時間(slow response time)
CPU空閑時間為零(zero percent idle CPU)
過高的用戶占用CPU時間(high percent user CPU)
過高的系統(tǒng)占用CPU時間(high percent system CPU)
長時間的有很長的運行進程隊列(large run queue size sustained over time)
磁盤I/O：UNIX資源監(jiān)控（Windows操作系統(tǒng)同理）中指標(biāo)磁盤交換率（Disk rate），如果該參數(shù)值一直很高，表明I/O有問題。可考慮更換更快的硬盤系統(tǒng)。Windows資源監(jiān)控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec頁面讀取操作速率很低，則可能存在磁盤瓶徑。
I/O資源成為系統(tǒng)性能的瓶頸的征兆 :
過高的磁盤利用率(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．?dāng)?shù)據(jù)庫服務(wù)器：
SQL Server數(shù)據(jù)庫：SQLServer資源監(jiān)控中指標(biāo)緩存點擊率（Cache Hit Ratio），該值越高越好。如果持續(xù)低于80%，應(yīng)考慮增加內(nèi)存。如果Full Scans/sec（全表掃描/秒）計數(shù)器顯示的值比1或2高，則應(yīng)分析你的查詢以確定是否確實需要全表掃描，以及SQL查詢是否可以被優(yōu)化。Number of Deadlocks/sec(死鎖的數(shù)量/秒)：死鎖對應(yīng)用程序的可伸縮性非常有害，并且會導(dǎo)致惡劣的用戶體驗。該計數(shù)器的值必須為0。Lock Requests/sec(鎖請求/秒)，通過優(yōu)化查詢來減少讀取次數(shù)，可以減少該計數(shù)器的值。
Oracle數(shù)據(jù)庫：如果自由內(nèi)存接近于0而且?guī)炜齑婊驍?shù)據(jù)字典快存的命中率小于0.90，那么需要增加
SHARED_POOL_SIZE的大小。
快存（共享SQL區(qū)）和數(shù)據(jù)字典快存的命中率：
select(sum(pins-reloads))/sum(pins)from v$librarycache;
select(sum(gets-getmisses))/sum(gets)from v$rowcache;
自由內(nèi)存：select * from v$sgastat where name=’free memory’;如果數(shù)據(jù)的緩存命中率小于0.90，那么需要加大DB_BLOCK_BUFFERS參數(shù)的值（單位：塊）。緩沖區(qū)高速緩存命中率：
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))如果日志緩沖區(qū)申請的值較大，則應(yīng)加大LOG_BUFFER參數(shù)的值。
日志緩沖區(qū)的申請情況 ：
select name,value from v$sysstat where name = 'redo log space requests';如果內(nèi)存排序命中率小于0.95，則應(yīng)加大SORT_AREA_SIZE以避免磁盤排序。
內(nèi)存排序命中率 ：
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數(shù)據(jù)庫分析，只是一些簡單、基本的分析，特別是Oracle數(shù)據(jù)庫的分析和優(yōu)化，是一門專門的技術(shù)，進一步的分析可查相關(guān)資料。
說明：
以上只是個人的體會和部分資料的整理，并不代表專家之言。算拋磚引玉，有不同看法和更深入的分析的，希望大家勇要發(fā)言，以推動我們國內(nèi)的性能測試工作。
第三篇：關(guān)于對全省營業(yè)員進行業(yè)務(wù)測試的通知
關(guān)于對全省營業(yè)員進行網(wǎng)通業(yè)務(wù)知識測試的通知
各市州通信工會：
為進一步提高全省營業(yè)員業(yè)務(wù)素質(zhì)和工作能力，根據(jù)《吉林省通信公司開展“苦練內(nèi)功、增強技能、提高素質(zhì)”競賽活動實施方案》的整體安排及06年工作計劃，決定對全省營業(yè)人員進行網(wǎng)通業(yè)務(wù)知識測試，現(xiàn)將有關(guān)事宜通知如下：
一、測試范圍和方式
各市州通信工會自行組織本地區(qū)營業(yè)員采取閉卷筆試的方式參加網(wǎng)通業(yè)務(wù)知識測試。
二、測試時間和內(nèi)容
將網(wǎng)通業(yè)務(wù)知識測試試卷
（一）和網(wǎng)通業(yè)務(wù)知識測試試卷
（二）任選一套作為測試內(nèi)容，于2006年6月中旬前完成測試。
三、具體要求
1、各市州通信工會要高度重視，并積極組織開展此次活動，做到認(rèn)真、有序，真正達到推進營業(yè)員業(yè)務(wù)素質(zhì)提高的目的；要對策試卷內(nèi)容和答案采取保密措施，不允許泄露；要嚴(yán)肅考場紀(jì)律，確保考試結(jié)果真實有效。
2、測試面要達到100%，因特殊情況不能參加測試的要進行補考。測試后要根據(jù)下發(fā)的答案認(rèn)真做好試卷的批改工作并做好試卷分析，認(rèn)真填寫《網(wǎng)通業(yè)務(wù)知識測試結(jié)果統(tǒng)計表》。要做好試卷的保存工作，以備查。
3、各市州通信工會須將填寫好的《網(wǎng)通業(yè)務(wù)知識測試結(jié)果統(tǒng)計表》于6月20日前以電子郵件的形式報省通信工會。聯(lián)系人：劉慧麗
電子郵箱：liuhuili@jlnetcom.com
4、省通信工會下半年將對各公司考試情況進行抽查，對組織活動不認(rèn)真、走過場、沒有按要求進行測試的單位給予通報批評。
附件：
1、《網(wǎng)通業(yè)務(wù)知識測試試卷》
（一）2、《網(wǎng)通業(yè)務(wù)知識測試參考答案》
（一）3、《網(wǎng)通業(yè)務(wù)知識測試試卷》
（二）3、《網(wǎng)通業(yè)務(wù)知識測試參考答案》
（二）4、《網(wǎng)通業(yè)務(wù)知識測試結(jié)果統(tǒng)計表》
省通信工會 2006年5月28日
第四篇：關(guān)于對全省營業(yè)員進行業(yè)務(wù)測試的通知
關(guān)于對全省營業(yè)員進行網(wǎng)通業(yè)務(wù)知識測試的通知
各市州通信工會：
為進一步提高全省營業(yè)員業(yè)務(wù)素質(zhì)和工作能力，根據(jù)《吉林省通信公司開展“苦練內(nèi)功、增強技能、提高素質(zhì)”競賽活動實施方案》的整體安排及06年工作計劃，決定對全省營業(yè)人員進行網(wǎng)通業(yè)務(wù)知識測試，現(xiàn)將有關(guān)事宜通知如下：
一、測試范圍和方式
各市州通信工會自行組織本地區(qū)營業(yè)員采取閉卷筆試的方式參加網(wǎng)通業(yè)務(wù)知識測試。
二、測試時間和內(nèi)容
將網(wǎng)通業(yè)務(wù)知識測試試卷
（一）和網(wǎng)通業(yè)務(wù)知識測試試卷
（二）任選一套作為測試內(nèi)容，于2006年6月中旬前完成測試。
三、具體要求
1、各市州通信工會要高度重視，并積極組織開展此次活動，做到認(rèn)真、有序，真正達到推進營業(yè)員業(yè)務(wù)素質(zhì)提高的目的；要對策試卷內(nèi)容和答案采取保密措施，不允許泄露；要嚴(yán)肅考場紀(jì)律，確保考試結(jié)果真實有效。
2、測試面要達到100%，因特殊情況不能參加測試的要進行補考。測試后要根據(jù)下發(fā)的答案認(rèn)真做好試卷的批改工作并做好試卷分析，認(rèn)真填寫《網(wǎng)通業(yè)務(wù)知識測試結(jié)果統(tǒng)計表》。要做好試卷的保存工作，以備查。
3、各市州通信工會須將填寫好的《網(wǎng)通業(yè)務(wù)知識測試結(jié)果統(tǒng)計表》于6月20日前以電子郵件的形式報省通信工會。聯(lián)系人：劉慧麗
電子郵箱：liuhuili@jlnetcom.com
4、省通信工會下半年將對各公司考試情況進行抽查，對組織活動不認(rèn)真、走過場、沒有按要求進行測試的單位給予通報批評。
附件：
1、《網(wǎng)通業(yè)務(wù)知識測試試卷》
（一）2、《網(wǎng)通業(yè)務(wù)知識測試參考答案》
（一）3、《網(wǎng)通業(yè)務(wù)知識測試試卷》
（二）3、《網(wǎng)通業(yè)務(wù)知識測試參考答案》
（二）4、《網(wǎng)通業(yè)務(wù)知識測試結(jié)果統(tǒng)計表》
省通信工會 2006年5月28日
敬愛的黨組織：
經(jīng)過一段時期的初級黨校學(xué)習(xí)，我的心境自然澎湃而又亢奮。其實，無論是誰，這種難得的熏陶剛過，思想上和認(rèn)識上都會大有一吐為快的強烈之欲望。這對深刻理解中國***始終是一個最先進的黨、最偉大的黨，始終是實踐“三個代表”重要思想的 楷模，也始終是勤 奮學(xué)習(xí)、善于思考、解放思想、與時俱進、勇于實踐、銳意創(chuàng)新的模范等等，以及正確選擇一個人的人生觀、價值觀和世界觀，都具有非常積極的意義。以下是我的心得體會：
首先，通過學(xué)習(xí)，我對我們的黨有了更加深入的理解：中國***是中國工人階級的先鋒隊，是中國各族人民利益的忠實代表，是中國事業(yè)的領(lǐng)導(dǎo)核心。中國***有它的階級性，人民性，先進性。中國工人階級是中國***的階級基礎(chǔ)，工人階級政黨是工人階級的先鋒隊，工人階級的先進性決定了黨的先進性。而工人階級之所以具有先進性是因為它代表了先進生產(chǎn)力和生產(chǎn)關(guān)系，具有高度組織性、紀(jì)律性，賦予革命的堅定性、徹底性。知識分子是工人階級的重要組成部分，隨著社會的發(fā)展，信息技術(shù)等越來越發(fā)達，因此工人階級政黨的先進性必須隨著時代的發(fā)展不斷具有新的內(nèi)涵、新的標(biāo)準(zhǔn)和新的特征，做到與時俱進。黨的先進性還體現(xiàn)在將“三個代表”寫入了新的黨章。“三個代表”重要思想對黨的先進性作了富有時代特征的界定，具體地、明確地揭示出黨的先進性的實質(zhì)和內(nèi)涵，深化了我們對黨的先進性的認(rèn)識和理解。
其次，通過學(xué)習(xí)我進一步端正了自己的入黨動機。入黨動機是指一個人要求入黨的內(nèi)在原因和真實目的，是推動人們爭取入黨的一種精神力量。真正正確的入黨動機應(yīng)該是能始終將人民的利益放在首位，為了最終實現(xiàn)****而奮斗終生。我要在自己的工作和生活中不斷 地實踐，不斷地確立正確的入黨動機。一個人在組織上的入黨一生只有一次，而思想上的入黨是一生一世的，所以，在今后的人生道路上，必須堅定信念，用理論知識來武裝自己，不斷地深化自己的行動。
再次，我懂得了入黨的過程是一個漫長而艱辛的過程，是一個充滿考驗的過程，不是你隨便想怎么樣就怎么樣，要時時刻刻用黨員的標(biāo)準(zhǔn)來規(guī)范自己。聽了幾位優(yōu)秀學(xué)生黨員的入黨經(jīng)歷，學(xué)到了我們不僅要在組織上積極要求入黨。把黨和人民放在第一位，用自己的行動來展現(xiàn)一位入黨積極分子的作風(fēng)，時時刻刻，用黨的標(biāo)準(zhǔn)提醒自己，什么要積極主動的去做，什么要積極同違背黨標(biāo)準(zhǔn)的做斗爭。入黨的過程，便是不斷完善自己的過程，便是升華自己的過程。
當(dāng)然，我也進一步樹立正確的社會主義榮辱觀。通過學(xué)習(xí)，我深刻地體會到社會主義榮辱觀是構(gòu)建社會主義和諧社會一個帶有根本性的問題，體現(xiàn)了在科學(xué)發(fā)展觀的指導(dǎo)下，將依法治國與以德治國有機結(jié)合起來，將經(jīng)濟建設(shè)、政治建設(shè)、文化建設(shè)、社會建設(shè)融為一體的我國社會主義現(xiàn)代化建設(shè)總體布局。榮辱觀是由世界觀、人生觀、價值觀所決定的。不同的榮辱觀，是不同的世界、人生觀、價值觀的反映。榮辱觀滲透在整個社會的生活之中，不僅影響著社會的風(fēng)氣，體現(xiàn)著社會的價值導(dǎo)向，標(biāo)志著社會的文明程度，而且對社會的經(jīng)濟發(fā)展由巨大的反作用。
通過這次的學(xué)習(xí), 我不僅加深了對黨的基本知識的了解，也更加明確了入黨動機，優(yōu)秀黨員決不是套在自己頭上用于炫耀的光環(huán)，而是我們應(yīng)該努力學(xué)習(xí)，不斷進取所應(yīng)該達到的目標(biāo)，組織上的入黨一生一次，思想上的入黨一生一世。在學(xué)習(xí)當(dāng)中，最讓我感動的是中國***的優(yōu)良傳統(tǒng)和作風(fēng)。黨的宗旨是全心全意為人民服務(wù),而黨的優(yōu)良傳統(tǒng)和作風(fēng)恰恰印證了這一點。看著那些面對黨旗宣誓的***員,我感動了,我感到了作為***員的驕傲,也更加堅定自己的人生信念：我也一定要成為一名***員。我要時刻謹(jǐn)記黨的教誨，時刻以黨員的行為準(zhǔn)則來約束自己, 在以后的生活、工作中，自覺的加強自己，爭取得到更大的提高。
匯報人：***
2012年3月31日
【1】 【2】
該文章轉(zhuǎn)載自無憂考網(wǎng)：http://www.51test.net
第五篇：關(guān)于對愛心社常委進行常識測試的通知
延安大學(xué)學(xué)生愛心社
關(guān)于對第六屆社員進行社團常識測試的通知
一、測試目的：
1.加強社團文化建設(shè)，做好社團務(wù)虛工作；
2.本次測試提前近一個月已通知社員，目的皆在督促社員學(xué)習(xí)社團基本資料，提高作為一名社團人的基本素質(zhì)，為其在社團的發(fā)展打下堅實的理論基礎(chǔ)；
3.本著對社員負(fù)責(zé)的態(tài)度，愛心社在經(jīng)費緊張情況下，斥資200元印制十一套社團手冊，通過社員的自主學(xué)習(xí)，讓社員更直觀的了解愛心社，使社員有明確的在社團發(fā)展的方向，培養(yǎng)社員對社團的歸屬感、榮譽感、責(zé)任感；
4.本次測試的基本內(nèi)容是社團工作活動經(jīng)常用到的常識和《延安大學(xué)學(xué)生愛心社第五屆社團工作活動志》中基本的內(nèi)容。社團的兩本手冊經(jīng)過多次校對和更正，適合社團使用和社員的學(xué)習(xí)。社員通過認(rèn)真學(xué)習(xí)，能系統(tǒng)了解愛心社的發(fā)展思路、社團日常運作和管理模式、社團精品活動和主打活動情況、社團經(jīng)費籌集途徑、學(xué)校對社團的管理和支持方式、調(diào)動社員參與社團活動積極性等方面，從而使社員形成自己的社團發(fā)展思路，為以后社團的發(fā)展提供更多的思想和見解；
5.通過一段時間的社員自主學(xué)習(xí)和最終測試使踏實、認(rèn)真、優(yōu)秀的社員脫穎而出，提高他們的參與社團積極性，從而更好的鍛煉自己，更好的做好愛心社的工作；
6．愛心社對外聯(lián)系較多，社員需要掌握一定的社團基本常識，才能 1
更好的與對方交流與合作。
二、測試內(nèi)容：
測試知識基本出自《延安大學(xué)學(xué)生愛心社社團工作活動手冊》和《延安大學(xué)學(xué)生愛心社第五屆社團工作活動志》。測試沒有死記硬背的內(nèi)容，全部是社團經(jīng)常用到的工作活動常識。
三、測試時間地點：
2009年11月29日（星期日）9：00-11：00，2404教室。
四、測試人數(shù)：
為確保測試的質(zhì)量并根據(jù)當(dāng)前甲流形式，本次參加社團常識測試的社員實行抽考制，根據(jù)電子版的社員名單隨機抽出40名社員參加筆試閉卷測試。
五、抽考的社員名單：
梁小妮 權(quán)佩佩 楊柳 張瑜 曹銀銀 王妍 黃曉巍 雷巖柴長森 刑元珍 楊得草 靳晶 田朦朦 豆鑫妮 王小輝 郭娟娟 袁偉 廖景濤 邱晶華 蔡甜雨 楊華強 門鳳君 邵藝琳 楊丹 姜晨晨王丹 樊超 楊媛 舒 蕊 盧歡樂 張鑫 申青 張昊 王斌 張鵬 齊紅君 丁洋 曾德驊 胡聰 馬冬雪（詳細(xì)名單見163郵箱）。
六、測試培訓(xùn)：
培訓(xùn)要求：每組上交一份社員聽課筆記
為了保證社員更好的了解社團工作，達到測試的目的，避免社員為考試而死記硬背社團手冊的現(xiàn)象，本次測試前一星期安排副社長和辦公
室主任分組為考試的社員培訓(xùn)。
培訓(xùn)人員安排：
席博鋒培訓(xùn)社員：《延安大學(xué)學(xué)生愛心社第六屆（2009-2010學(xué)年）社團常識測試抽考社員名單》（詳細(xì)名單見163郵箱）中田朦朦、蔡甜雨、張鑫、王小輝、樊超、廖景濤、張鵬、胡聰、王妍、權(quán)佩佩等10名；
孫媛培訓(xùn)社員：《延安大學(xué)學(xué)生愛心社第六屆（2009-2010學(xué)年）社團常識測試抽考社員名單》（詳細(xì)名單見163郵箱）中丁洋、豆鑫妮、楊丹、楊媛、申青、曾德驊、楊得草、張瑜、門鳳君、邱晶華等10名；
姜蒙蒙培訓(xùn)社員：《延安大學(xué)學(xué)生愛心社第六屆（2009-2010學(xué)年）社團常識測試抽考社員名單》（詳細(xì)名單見163郵箱）中楊柳、曹銀銀、邵藝琳、馬冬雪、刑元珍、郭娟娟、盧歡樂、王丹、舒 蕊、齊紅君等10名；
于得嬌培訓(xùn)社員：《延安大學(xué)學(xué)生愛心社第六屆（2009-2010學(xué)年）社團常識測試抽考社員名單》（詳細(xì)名單見163郵箱）中梁小妮、黃曉巍、雷巖、柴長森、靳晶、袁偉、楊華強、姜晨晨、張昊、王斌等10名。
七、監(jiān)考人員：
青志委部長 何東梅辦公室主任 于得嬌
八、閱卷人員和時間：
閱卷要求：自備紅筆一支
閱卷人員：
勤工助學(xué)部部長 莊月和勤工助學(xué)部副部長 趙楠閱填空題 活動部部長 馬婷和活動部副部長 仇婷閱單選題
副社長 姜蒙蒙和辦公室副主任 李青閱多選題
副社長 孫媛、辦公室主任 于得嬌、青志委部長何東梅、愛心超市部部長 張艷敏閱簡答題
社長 張元和副社長 席博鋒閱論述題
青志委副部長 李敏、公關(guān)部副部長 李靜寧總分最終審閱核查 閱卷時間：2009年11月29日（星期日）下午2：30開始。
九、測試要求：
1.不允許攜帶社團手冊等有關(guān)資料參加考試，參加考試只需中性筆。社員入考場分散就坐；
2.攜帶答案或抄襲別人答案的社員一經(jīng)發(fā)現(xiàn)，成績?yōu)榱悖谏鐔T考核中減10分，內(nèi)沒有任何評獎資格；
3.考試時間原則為兩小時，社員答完即可交卷出考場，不受時間限制；
4．被抽中的社員有不考試的權(quán)利，各部接到此通知后請通知參加考試的社員，如果社員本人不參加考試，請將該社員的信息通知社長，調(diào)換其他人參加考試，以保證40人考試；
5.試卷在閱批前，任何人不得啟封試卷；
6．其它未盡事宜根據(jù)具體情況決定。
延安大學(xué)學(xué)生愛心社
二〇〇九年十一月十九日
點擊咨詢 