第一篇：軟件開發(fā)的性能測試與研究論文

隨著現(xiàn)代社會信息技術的發(fā)展，網(wǎng)絡技術已普遍融合到更多領域。軟件開發(fā)作為帶動信息技術發(fā)展的主要動力備受人們關注。隨之在開發(fā)過程中由于應用系統(tǒng)存在一定的復雜性，在軟件開發(fā)系統(tǒng)性能的正常運用也有一定難度。本文結合web軟件，結合性能測試，對軟件開發(fā)的性能進行了測試和相對研究，以便在今后各領域中提高系統(tǒng)測試效率。

隨著計算機網(wǎng)絡技術的普遍化，軟件性能的重要性也越來越明顯，軟件性能掌控著硬件配置的提升和改變。系統(tǒng)結構由網(wǎng)絡、數(shù)據(jù)庫和服務器等多部分組成的，整個系統(tǒng)中的每個成員都有著不可替代的作用，其中任何一個環(huán)節(jié)出現(xiàn)問題都影響著整個系統(tǒng)的正常操作。因此，軟件開發(fā)的性能測試被列為重要問題。軟件性能的理論認識

軟件性能指的是軟件系統(tǒng)或部分應用是否達到一定的要求，在實現(xiàn)的過程中是否具有良好的及時性。軟件的性能不僅包括系統(tǒng)的響應時間還包括一些內(nèi)部因素和外部因素，內(nèi)部因素有軟件架構、代碼、數(shù)據(jù)庫結構等，而外部條件則包括用戶或其他一些工作人員操作內(nèi)容等。目前為止軟件性能是否達標主要表現(xiàn)在操作的響應時間，如果用戶通過按鈕發(fā)出相對應的程序指令，從開始的按鈕操作到最后反應出相對結果，中間反應的過程就是用戶對軟件性能是否得到肯定的直觀現(xiàn)象。當然軟件性能的體現(xiàn)還通過對CPU和內(nèi)存的利用率、數(shù)據(jù)的狀況、系統(tǒng)的可擴展性等，有了這些對軟件性能的認識，我們就能更好的提高系統(tǒng)性能。軟件性能測試方法

在軟件性能測試過程中，如果掌握的方法不恰當就會變成很隨意的測試行為，沒有實際的作用，更達不到預期想要的效果，因此在測試過程中必須注意一定的方式方法。測試過程主要包括洞悉測試目的、確定性能指標，規(guī)劃測試策略等環(huán)節(jié)，測試的充分準備和結果的有效性直接影響著性能測試需求分析的好壞。因此軟件性能測試目的主要驗證軟件性能在軟件開發(fā)合同、預定的設計目標、用戶現(xiàn)在或未來的應用需求等方面是否達到明確性的指標;在無明確性能標準的情況下，通過對軟件支持的最大用戶數(shù)量，各種差異環(huán)境下的變化和最低正常運行需要的支持情況，最佳條件下能做到的用戶最大數(shù)據(jù)量等，也可以說是是否符合軟件性能的驗證。這種方法主要就是在性能測試中通過分析性能缺陷問題找出軟件性能缺陷的原因，方便工作人員能提高軟件的性能優(yōu)化，這將使得測試工作的步伐更邁出了一大步。

2.1 檢查式測試與度量式測試的不同及對比

目前條件下，固定的軟件項目本身具有不同的系統(tǒng)特征和特性，測試人員為顧及多方位的考慮，選擇測試方法也多種多樣，例如：黑白盒測試、單元測試、功能測試、壓力、安全及兼容性等方面的測試。在逼真、獨立、無毒軟件、硬件和網(wǎng)絡環(huán)境下，所使用的最常見的測試方法是檢查式測試與度量式測試。檢查式測試一般包括跟蹤客戶需求、了解測試人員的測試目的、測試前的準備工作和測試過程中所用到的數(shù)據(jù)等，測試用例的最終目的就是驗證軟件系統(tǒng)的某一項功能是否順利實現(xiàn)和實施。這種測試用例無法預知最終結果，也無法確定能否順利實施下去，直接由最終的測試結果來發(fā)言，通過或者淘汰。這種先檢驗性的測試統(tǒng)稱為檢查式測驗，概括的范圍也較廣，如單元測試和功能測試都包括在檢查式測驗中。度量式測驗與檢查式測驗不同，是通過針對軟件的一項特定功能基于周邊多項指標數(shù)據(jù)量化而產(chǎn)生，在系統(tǒng)測試和使用階段的數(shù)據(jù)參考，度量式測試需要在原有數(shù)據(jù)參考的情況下結合實際情況進行下一步的分析和決策，而不是檢測式的那種Yes OR No的情況，這種集相關數(shù)據(jù)的方式比檢查式測試更具有穩(wěn)定性，對最后得出結論的總體質(zhì)量和細節(jié)有更高的研究價值，這種度量式測試多發(fā)生在功能測試和兼容性測試中。

平常的測試活動中，檢查式測試的優(yōu)點是：通過測試得到相應結果顯而易見，相對其它測試方法而言，測試效果更加可靠、高效，而且簡單方便易于管理;其缺點是隨機性較強，測試比較單薄，也有陷入慣性思維的可能性。度量式測試以固定的參考數(shù)據(jù)為根據(jù)，接觸觀點較多，善于靈活變通，在相對基礎上也比較穩(wěn)定、可靠，缺點是需要將多種參考數(shù)據(jù)的觀點都考慮進去，從多方位思考問題，需要的資源較多，測試過程肯定會比較復雜化，在對軟件質(zhì)量提高過程中并不是直接關系。

2.2 軟件開發(fā)性能測試的重要性

很多軟件性能測試中用檢查式的測試方式雖然有部分階段相對穩(wěn)定，但也有大部分的缺陷問題存在，因此根據(jù)度量式測試方法的穩(wěn)定、可靠、豐富靈活的特點，需要在度量式測試上加大力度，人們往往一直追尋用多種方法嘗試，但其中所投入的人力、物力、精力也有一定的壓迫感，雖然檢查式測試具有直接、高效的優(yōu)點，而且也受到一部分專業(yè)人士的青睞，占用一定的主體地位，但是度量式測試也只是在后期運用了幾次。從目前的現(xiàn)狀來看，確實檢查式測試比度量式測試突出重要功能。但從長遠過程來看就會出現(xiàn)很多問題，遇到緊急重大任務時，我們首先用的解決方案應該首選度量式測試，所以重新正視度量式的重要性很有必要。

2.3 確定測試的戰(zhàn)略性措施

了解測試目的和性能指標后，應對相應用戶的需求給于相對應的解決對策，也就是用什么樣的方式方法幫助用戶實現(xiàn)最終測試目的。相對軟件系統(tǒng)而言，當測試要素中出現(xiàn)變化，其本身性能也會隨之發(fā)生改變，根據(jù)測試要素的變化進行結合，可以實現(xiàn)不同的測試目標，通過在一種條件變化，其余不變的情況下來驗證所能支持用戶性能的最大數(shù)量。負載測試、壓力測試和疲勞強度測試等證明確定測試措施，需要先確定測試要素。測試需求與測試要素也緊密相關，有些測試需求中有確切的測試要素，有些則沒有，需要通過相關情況調(diào)查來獲取測試要素。其中包括：并發(fā)用戶數(shù)、數(shù)據(jù)量、用戶分布與被測功能。在沒確定測試要素的情況下，通過分析軟件特點來找出答案。軟件開發(fā)性能的測試研究

軟件性能是一種指標，是指軟件系統(tǒng)對于及時性合理要求的符合程度。是由響應時間和吞吐量來衡量的，響應時間是指用戶提出部分請求而系統(tǒng)給出響應需要的時間，對于軟件系統(tǒng)而言，不同的用戶對同一層面的關注也有較大差別，軟件用戶受關注的是回應效率，即響應速度。簡單而言就是用戶點擊其中一個按鈕或發(fā)送軟件相關請求指令時等待回復響應結果的等待時間。軟件性能如果從管理員的角度來看，在包括響應時間的同時還有系統(tǒng)動態(tài)信息，如：內(nèi)存大小的可利用率、數(shù)據(jù)庫的狀況以及CPU的利用率、系統(tǒng)擴展性的范圍、支持用戶的最大數(shù)量，業(yè)務處理的最大量等等這些問題，最終直接關系到提高系統(tǒng)性能的問題上。從軟件開發(fā)的方位看軟件性能，包括用戶、系統(tǒng)管理員關注的相關內(nèi)容，也包括數(shù)據(jù)庫結構、軟件架構、代碼等對軟件性能所產(chǎn)生的影響問題，通過這些因素改善軟件性能。不同層面的用戶對軟件性能測試也有不同層面的理解。用戶層面、系統(tǒng)仔理層面，還有開發(fā)人員角度等方面都會有不同的見解，因此還需進一步分析引起軟件開發(fā)性能問題的根源，從而實現(xiàn)軟件性能開發(fā)的迅速提高。

度量式測試可以發(fā)現(xiàn)隱患問題，而檢查式測試卻只能找到表面問題。檢查式測試本身標準明確，正確或錯誤明確標識，顯而易見，且一般一個功能只檢測一次。度量式測試客觀的記錄軟件狀況，比如：軟件“死機”是個必然存在的情況，大多數(shù)情況下都會有所影響，且有一定后續(xù)不良反應。有種數(shù)據(jù)就是針對死機問題專門收集的各種類似情況，其中包括軟件外部偏離受損、非自愿操作、死鎖、功能受損的顯現(xiàn)，根據(jù)死機原因提供相應參考資料，找出死機問題的原因，制定對應的解決方案，這類的可靠性運用在軟件中較少，但是在其他工業(yè)運用中比較常見。另外一種度量式測試專門解決非一般性的問題，多出現(xiàn)在 測試階段，找出問題的同時針對軟件本身重新調(diào)整開發(fā)設計?；ヂ?lián)網(wǎng)的一些軟件操作習慣和方式多數(shù)都是互動操作，對之前的設計加以改進，并研究出新的軟件開發(fā)性能需求。度量式測試的前期需要的數(shù)據(jù)不用太靈活的判斷分析，可調(diào)整相關資源，使之得到最大化的利用，所以合適的度量式測試會使軟件項目的測試效果更高、更好，使軟件開發(fā)的性能能上升到一個新的高度。結語

總體來講，檢查式和度量式具有本身的優(yōu)點，同時也存在缺點。項目中不同的測試需求、不同的資源開發(fā)和不同的測試人員都可以選擇相應的測試方法進行測試，善于合理運用檢查式測試和度量式測試這兩種方法，利益結合，避免隱患缺陷，將迅速提高軟件測試的高效率。正確利用軟件性能測試，必須知道性能測試的內(nèi)涵，站在不同的角度方位去想問題，了解社會發(fā)展趨勢，熟悉目前流行的軟件性能測試方法，合理掌握過程，注意將檢查式測量和度量式測量結合運用，收集相關數(shù)據(jù)種類和方式，以提高軟件的性能測試效率成為未來研究的重點思路。

作者簡介

許國梁(1980-)男，貴州省貴陽市人?，F(xiàn)為貴州交通職業(yè)技術學院講師。研究方向為軟件設計、軟件開發(fā)。

第二篇：噴漆性能測試

6.4 噴漆性能測試（樣品數(shù)量：每種顏色6套外殼）

試驗條件：物理測試需要在注塑完成，產(chǎn)品放置72小時以后進行，化學測試則需6天以后。噴涂干燥 硬化后應在常溫下放置48小時以后再進行試驗。

試驗方法：

1）把濾紙放于酸性（PH=2.6）溶液中充分浸透；

2）用膠帶將浸有酸性溶液的濾紙分別粘在兩套噴涂樣品表面，確保濾紙與樣品噴漆 表面充分接觸，將樣品放入試驗箱。

3）測試時間以試驗箱達到所需溫濕度條件時開始計算。在24小時與48小時分別取 出一套樣品，揭下濾紙，并放置2小時后，檢查樣品表面噴涂。

檢驗標準：樣品表面無變色、起氣泡、起皮、脫落、褪色以及其他與測試前狀態(tài)不一致的現(xiàn)象。

6.4.5 鏡面劃傷測試

測試環(huán)境：室溫（20~25° C）；

測試目的：驗證鏡面耐硬物劃傷性能的可靠性

樣品數(shù)量：不少于2個

試驗方法：將實驗樣品固定在劃傷試驗機上，接觸部分為直徑為1mm的碳化鎢球，硬度為90.5～ 91.5，用載重（load）為500g的力在樣品表面往復劃傷50次，劃線速度為3～4cm/秒，接觸部分與被測面成90度角，對樣品的X和Y軸兩個軸向進行測試。每10次對鏡面進行外觀檢查，并對鏡面表面進行清潔。檢驗標準：鏡面表面劃傷寬度應不大于100μm（依靠目視分辨、參照缺陷限度樣板）

6.4.6 紫外線照射測試

測試環(huán)境：50° C

測試目的：驗證噴涂抗紫外線照射的可靠性

樣品數(shù)量：不少于1套殼體

試驗方法：在溫度為50° C，紫外線為340W/mm2的光線下直射油漆表面48小時。

試驗結束后 將手機外殼取出，在常溫下冷卻2小時后檢查噴漆表面。

檢驗標準：印刷、電鍍無褪色、變色、紋路、開裂、剝落以及與測試前不一致的現(xiàn)象。

6.4.7鹽霧測試

測試環(huán)境：35° C

測試目的：測試樣機抗鹽霧腐蝕能力

試驗方法：a.溶液含量：5%的氯化鈉溶液b.將手機關機放在鹽霧試驗箱內(nèi)，合上翻蓋，樣機用繩子懸掛起來，以免溶液噴灑 不均或有的表面噴不到。c.樣機需要立即被放入測試箱。實驗周期是48個小時。實驗過程中樣機不得被中途 取出，如果急需取出測試，要嚴格記錄測試時間，該實驗需向后延遲相同時間。d.取出樣機，放置48小時進行常溫干燥，對其進行外觀檢查。

檢驗標準：外觀檢查無異常：表面噴涂、絲印、電鍍、裝飾件、標牌等無脫落、起泡、腐蝕以及與測試前不一致的現(xiàn)象。

試驗環(huán)境：溫度20~25度，濕度65＋/-20% 6.4.1 耐磨測試測試環(huán)境：室溫（20~25° C）；測試目的：噴涂/印刷等抗摩擦性能的可靠性 樣品數(shù)量：不少于1套殼體

試驗方法：將最終噴涂的手機外殼固定在RCA試驗機上，用175g力隊同一點進行摩擦試驗。對于表面摩擦300cycles，側面和側棱摩擦150 Cycles。特殊形狀的手機摩擦點的確定由測試工程師和設計工程師共同確定

檢驗標準：對于噴涂、電鍍、IMD等，涂層不能脫落，不可露出底材質(zhì)地；對于表面印刷類，印刷圖案、字體不能出現(xiàn)缺損、不清晰現(xiàn)象。

6.4.2 附著力測試

測試環(huán)境：室溫室溫（20~25° C）；高低溫箱

測試目的：噴涂附著力測試

樣品數(shù)量：不少于1套殼體

試驗方法：選最終噴涂的手機外殼表面，使用百格刀刻出25個1mm2方格，劃線應深及底材；使用毛刷將劃線處的噴漆粉屑清除干凈；再用3M610號膠帶紙完全粘貼在方格面，1分鐘后迅 速以90度的角度撕下膠帶，檢查被測區(qū)域表面。

檢驗標準：有涂層脫落的方格數(shù)應不大于總方格數(shù)的3%；單個方格涂層脫落面積不大于單個方格總面積的50%。

6.4.3 硬度測試

測試環(huán)境：室溫（20~25° C）；

測試目的：表面噴涂硬度的可靠性

樣品數(shù)量：不少于1套殼體

試驗方法：將鉛筆芯削成圓柱形并在400目砂紙上磨平后，裝在鉛筆硬度測試儀上，以500g 的力度，鉛筆與水平面的夾角為45度，在樣品表面從不同方向劃出30~50mm長的線條3~5條。對于噴漆表面的硬度標準為2H（三菱牌），500g的載荷；對于Lens表面的硬度標準為3H（三菱牌），500g的載荷；每劃完一次都應將鉛筆磨平。

檢驗標準：用橡皮擦去鉛筆痕跡，目視噴漆、印刷、電鍍、Lens表面無劃痕。

6.4.4 汗液測試

測試環(huán)境：60° C，95%RH

測試目的：表面抗汗液腐蝕的能力

樣機數(shù)量：不少于2套

注：部品由于使用場所、材質(zhì)、色澤等有特殊要求時可以考慮采用其他標準。

7.2 整機狀態(tài)下的可靠性試驗

溫度沖擊測試（Thermal shock）

測試環(huán)境：低溫箱：-40° C ；高溫箱：+80° C

試驗方法：將手機設置成關機狀態(tài)放置于高溫箱內(nèi)持續(xù)30分鐘后，在15秒內(nèi)迅速移入低溫箱并持續(xù)30分鐘，為一個循環(huán)，共循環(huán)27次。實驗結束將樣機從溫度沖擊箱中取出，并在 室溫下恢復2小時，進行外觀、機械和電性能檢查。

試驗標準：手機各項功能正常；外觀檢驗：殼體表面噴涂、絲印、電鍍無氣泡、褶皺、裂紋、起皮、脫落；裝飾件無翹起、脫落以及其他與測試前狀態(tài)不一致的現(xiàn)象。跌落試驗（Drop Test）測試條件：1.5m高度，20mm大理石板。

試驗方法：將手機處于開機狀態(tài)，進行6個面的自由跌落實驗，每個面的跌落次數(shù)為1次，跌 落之后進行外觀、機械和電性能檢查。對于翻蓋手機，在跌翻蓋一面時，應將一半樣品合上翻蓋跌，一半樣品打開翻蓋跌。

試驗標準：手機各項功能正常；

外觀檢查：殼體表面無明顯掉漆，無裂紋、破損、沖擊痕以 及其他與測試前不一致的現(xiàn)象。振動試驗（Vibration test）

測試條件：振幅：0.38mm；振頻：10~30Hz；振幅：0.19mm；振頻：30~55Hz；

試驗方法：將手機開機放入振動箱。X、Y、Z三個軸向分別振動1個小時之后取出，然 后進行外觀、機械和電性能檢查。

試驗標準：振動前5分鐘內(nèi)手機內(nèi)存和設置沒有丟失現(xiàn)象，后55分鐘可以出現(xiàn)關機現(xiàn)象，手機各項功能正常，尤其是顯示和SPL，外殼無嚴重損傷（如掉漆），內(nèi)部元件無脫落。

濕熱試驗（Humidity test）

測試環(huán)境：60oC，95%RH

試驗方法：將手機處于關機狀態(tài)，放入溫度實驗箱內(nèi)的架子上，持續(xù)60個小時之后 取出，恢復2小時，然后進行外觀、機械和電性能檢查。

試驗標準：手機各項功能正常；外觀檢查：外觀測試無異常（殼體、Lens表面無裂紋、氣泡；Lens 無被腐蝕現(xiàn)象；金屬、電鍍殼體或裝飾件無變色、腐蝕，以及無其他與測試前不一致的現(xiàn)象）。

高溫/低溫參數(shù)測試（Parametric Test）

測試環(huán)境：-10oC/55oC

試驗方法：將手機處于開機狀態(tài)，放入溫度實驗箱內(nèi)的架子上。持續(xù)2個小時之后(與 環(huán)境溫度平衡)，然后在此環(huán)境下進行電性能檢查，檢查項目見附表1。

試驗標準：手機電性能指標滿足要求，功能正常，表面噴涂、電鍍無裂紋等。高溫高濕參數(shù)測試（Parametric Test）

測試環(huán)境：+45oC，95%RH

試驗方法：將手機處于開機狀態(tài)，放入溫度實驗箱內(nèi)的架子上。持續(xù)48個小時之 后，然后在此環(huán)境下進行電性能檢查。

試驗標準：手機電性能指標滿足要求，功能正常；結構檢查：裝飾件、Logo及機殼 等無脫落，殼體卡鉤無脫出、斷裂，外殼無變形；

外觀檢查：殼體表面無明顯掉漆，無裂紋、破損、沖擊痕以及其他與測試前狀態(tài)不一致現(xiàn)象。高溫/低溫功能測試（Functional test）

測試環(huán)境：-40oC/+70oC

第三篇：廣西儲糧糧倉類型與性能探討研究-論文

畢業(yè)生論文

題 目：廣西儲糧糧倉類型與性能探討研究

自從廣西糧食部門改革以后，至今全區(qū)儲糧糧倉沒有根本的改變，不論是區(qū)直庫還是各市、縣糧庫（所），絕大部分高大、小型平房倉是上世紀八十、九十年代所建，有的瓦房倉還是上世紀六十、七十年代所建，如何利用好這些糧倉，確保儲糧安全，是全區(qū)每位糧食工作者所面臨的一大挑戰(zhàn)。

自2000年以來，廣西區(qū)糧食局在部分區(qū)直庫新建、擴建和改建部分糧倉，新建糧倉均為高大平房倉，這些新倉庫倉儲設備、功能較齊全，為改善全區(qū)倉儲設備落后狀況，緩解儲備糧倉容緊張局面，起到了很大的作用。

目前，全廣西儲糧糧倉類型主要是以高大和小型平房倉為主，不管是新建的高大平房倉還是舊的高大、小型平房倉都普遍出現(xiàn)倉頂隔熱性能差，倉頂、倉墻、門窗氣密性能差的問題。為了改善倉房的隔熱性和氣密性，使四項新儲糧技術能順利地在新、舊糧倉中推廣應用，全區(qū)各糧庫（所）不得不對新倉和舊倉進行隔熱和氣密性改造，經(jīng)過多年的努力，相當數(shù)量的新舊平房倉已改造完畢，想出了不少好的辦法和好的措施，為此本人收集一些資料并結合田東糧食儲備庫（以下簡稱田東糧庫）的一些做法和成果進行分析和總結，供探討。高大平房倉的隔熱

1.1平房倉倉頂結構與隔熱性的關系

倉房的外圍結構，特別是房式倉的屋面是外界熱量傳入倉內(nèi)的主要途徑。據(jù)有關文獻報道，倉頂傳入的熱量比墻身大16倍，370mm厚倉墻傳入的熱量為9.84kJ／h·m2，平房倉倉頂（瓦）傳入的熱量為159.7kJ／h·m2，而且倉頂?shù)谋砻娣e一般要比倉墻大1.4倍左右。

1.2 倉房的隔熱性與低溫儲糧技術的實施密切相關

低溫儲糧無論是對保持儲糧品質(zhì)還是有效控制有害生物對糧食的危害都是行之有效的措施，在當前推廣的綠色儲糧工程中低溫儲糧技術為首選的方法。高大平房倉中采用低溫儲糧技術，首先要對倉房進行隔熱處理。1.3 隔熱主要材料

目前我國糧庫常用的低溫隔熱材料主要有消毒礱糠、膨脹珍珠巖、膨脹蛭石、聚苯乙烯泡沫塑料、硬質(zhì)聚氨酯泡沫塑料、鋁箔波紋紙板。其中消毒礱糠、膨脹珍珠巖、聚苯乙烯泡沫塑料、鋁箔波紋紙板價格比較低，為更多糧庫采用。1.4 屋頂隔熱結構

低溫糧庫的屋頂隔熱結構最常見的有直貼式和閣樓式。

直貼式。在原有倉頂?shù)幕A上直接將防潮層和隔熱層粘貼或連接固定上去，因通常倉庫屋頂均具備防潮層，所以一般只將隔熱材料固定在倉頂內(nèi)表面即可，工程量較小，如果選用板型隔熱材料如聚苯乙烯泡沫塑料，則施工更方便。

閣樓式。利用閣樓使屋頂與倉房隔開，并且兩者之間留有空氣隔熱層。這樣進一步降低了由于倉外溫度影響和太陽輻射進入倉內(nèi)的熱量，提高了隔熱效果。閣樓式是目前倉房隔熱改造常采用的形式，且隔熱效果優(yōu)于直貼式。

高大平房倉的氣密性

2.1 新建平房倉氣密性差，影響新儲糧技術推廣

我國有關規(guī)程規(guī)定新建高大平房倉壓力從500Pa降到250Pa時半衰期應≥40s，這標準遠低于發(fā)達國家的標準。實踐證明，該標準不能滿足科學儲糧對倉房的要求。然而即使如此我國新建高大平房倉中有相當數(shù)量的倉房氣密性仍不達標。2.2 倉房氣密性是環(huán)流熏蒸的關鍵

對蟲糧的熏蒸，倉房的氣密性尤為重要。氣密性差的倉房，熏蒸劑在未達到要求的密閉時間前就大量泄露，導致害蟲未致死而產(chǎn)生抗藥性，倉房周圍因毒氣泄漏，而造成因環(huán)境污染對人類健康構成危脅，因此倉房密閉事關重大

2.3 倉房密閉性能指標

倉房密閉處理質(zhì)量應達到堅固耐久、不漏氣、不開裂，外觀光潔、平整、無裂紋、無皺、無脫皮、密閉所在部位與原平房倉各部位于糧面應協(xié)調(diào)統(tǒng)一，盡可能不出現(xiàn)明顯痕跡。

密閉處理材料以固邦中性粘膠、密封膠、塑料布、無紡布、丙酮。倉頂隔熱改造實例

田東糧庫現(xiàn)有1994年建成使用的糧倉一棟，2002年建成使用的糧倉二棟，2003年建成使用的糧倉一棟，四棟13厫間均為高大平房倉，另有4千噸倉容的瓦房倉（上世紀七十年代所建），全庫總倉容３．３萬噸。新建的高大平房倉系我區(qū)首次選用的倉型，倉儲設備、功能較齊全，但安全儲糧問題尚無完整的實踐經(jīng)驗，也無成形的可借鑒的儲糧技術規(guī)范，糧倉設計人員在設計時從土建角度考慮較多，對糧倉的儲糧功能考慮較少，對新倉擬采用的新儲糧技術考慮更少，因此，新建高大平房倉普遍出現(xiàn)倉頂隔熱性差，倉頂、倉墻、門窗氣密性差的問題。

針對以上問題，田東糧庫從2004年開始對高大平房倉倉頂進行隔熱處理，經(jīng)過多次試驗，最后采取的方法是用4㎝厚的聚苯乙烯泡沫塑料平放在倉頂，用鐵線、螺釘堅固，最后用白水泥、膩子粉、石灰膏，按１：１：１比率做成糊狀膠漿，涂刷厚度０．１５㎜，涂刷要均勻，隔熱效果良好。當外溫達到３８℃時，對照倉供板隔熱層溫度為５２℃，倉溫為３９℃，上層糧溫為３５℃，試驗倉供板隔熱層為３９℃，倉溫為３３℃，上層平均糧溫為２8℃。從以上的對比結果得出結論，主要是減少了太陽對倉房的熱傳遞。

４

采用環(huán)流熏蒸的高大平房倉密封實例

田東糧庫把舊倉庫的門改造為密閉保溫門，還把新舊倉庫全部的鋁合金玻璃推拉窗改造為密閉保溫窗，在門、窗內(nèi)墻框沿用手割機割出一條槽，把薄膜槽釘上，然后補平密封，待干后壓入薄膜密封。

田東糧庫的環(huán)流熏蒸系統(tǒng)與機械通風系統(tǒng)是合用的，新舊糧倉通風系統(tǒng)全部是地上籠，全部地上籠口已改造為不繡鋼密閉籠口，密封性能良好。

田東糧庫的儲糧倉庫，均為散裝糧倉，因為單靠密封門窗要想獲得很好的環(huán)流熏蒸效果是較難的，所以采用塑料薄膜密封糧面的“常規(guī)投藥膜下環(huán)流熏蒸技術”，熏蒸效果大大提高，用藥量比一般熏蒸大大減少，全庫各儲糧糧倉年熏蒸次數(shù)均為一次。

５ 機械通風技術應用實例

機械通風是目前廣泛采用的一種儲糧技術，在安全儲糧中起著重要的作用，不僅可以降溫降水，還可以對儲糧進行調(diào)質(zhì)。田東糧庫的儲糧糧倉全部安裝有地上籠通風系統(tǒng)。為機械通風的實施提供了很好的自身優(yōu)勢。幾年來，田東糧庫對夏季新收購的溫度高、水分超過安全標準的糧食，高大平房倉每個倉均采用單管風機配合三臺５．５ｋｗ離心風機進行及時通風降溫降水（舊瓦房倉每個倉使用一臺），每天晚上開機六個小時，連續(xù)通風三至五個晚上，使平均糧溫降至最低，同時避免因溫差過大而產(chǎn)生的結露。

因為全年高溫天氣時間較長，所以一定要抓住冬季外溫低的有利時機進行機械通風，降低糧溫。田東糧庫的方法是：每年十二月降溫前對蟲糧倉庫進行熏蒸，根據(jù)各倉不同糧情，選擇不同通風時機、通風時間和通風方式。為了減少水分減量和控制糧溫回升速度，一般啟用單管風機配合軸流風機（排風扇）通風的方式進行降溫，盡量少用大功率的離心風機，在降低成本的同時，也改善了儲糧工藝。夏季利用晚上溫度較低的時候啟用軸流風機降倉溫（沒有冷卻機）。微機糧情測控系統(tǒng)運用實例

田東糧庫的微機糧情測控系統(tǒng)在2007年已安裝使用，效果很好。能快速、準確測到倉內(nèi)外的溫度、濕度和各測糧點溫度情況，即減輕了保管員的工作難度，也為管理人員第一時間掌握儲糧情況提供了方便，為確保儲糧安全提供了準確的數(shù)據(jù)。結論

廣西各糧庫（所）每年一定要投入一定的資金，對高大、小型平房倉特別是瓦房倉的隔熱性能和密閉性能進行改造。

環(huán)流熏蒸系統(tǒng)為確保儲糧安全起到很大作用，不僅能快速、均勻、有效的一次性致死害蟲，還可以對糧堆進行內(nèi)環(huán)流調(diào)節(jié)糧溫、水分等調(diào)質(zhì)功能。在資金不足時，可以安裝一套簡易的環(huán)流熏蒸系統(tǒng)。

機械通風主要有降低糧溫、處理發(fā)熱糧或高溫糧、降低糧食水分和在出庫前對糧食調(diào)質(zhì)通風等功能。在資金不足時，可以安裝豬籠式或隧道式通風系統(tǒng)。

微機糧情測控系統(tǒng)是目前最理想的一套測溫系統(tǒng)，值得推廣。

第四篇：性能測試工程師心得

高級性能測試工程師培訓心得

--稅務事業(yè)部 魏琳

從中國的軟件現(xiàn)狀來看，各式各樣的軟件層出不窮，但是好的卻并不多，能夠走向國際的更是少之又少。中國的軟件要想與國際接軌，就必須要完善自己的軟件產(chǎn)業(yè)，使軟件產(chǎn)業(yè)走向正規(guī)化、國際化，從而更加完善自己的軟件產(chǎn)品，這就使軟件測試工程師的人員缺口很大。很多人認為軟件測試無非就是找錯誤，挑程序員的毛病，僅此而已，其實不然，測試并不只是單純的挑刺，更多的意義是在輔助程序員，讓程序員的程序更加完美，讓公司的產(chǎn)品能夠更穩(wěn)固的占據(jù)市場，尤其是現(xiàn)在這個軟件行業(yè)競爭異常激烈的時代，只有公司的產(chǎn)品站住了腳，公司才會有更多的效益產(chǎn)生，只有公司有了效益，員工才會領到更多的工資，這樣公司才能長久的生存下去，而幫助產(chǎn)品能夠更堅牢的站住市場的，就是軟件測試人員。

這次有幸參加公司組織的為期五天的高級性能測試工程師的培訓，雖然課程緊密，內(nèi)容繁多，但是我卻樂在其中，受益匪淺。借此機會與大家分享一下我這幾天以來的學習心得：

首先，知識日新月異，不學則惘。在當今這個信息高速傳遞的社會，不難感受到知識爆炸的巨大威力，特別對于我們IT行業(yè)，更加深刻體會到什么叫做“日新月異”，更加深刻認識到，先進的知識與技術是一個企業(yè)立于不敗之地關鍵因素。但是對于已經(jīng)步入社會的我們，已經(jīng)遠離校園的我們，現(xiàn)在的學習缺乏系統(tǒng)性，往往不能自覺主動地抽出時間，靜下心來學習，常常是需要什么，急用什么，才想起來學什么，遇到問題才翻理論、尋政策，臨時抱佛腳，學習缺乏“擠”勁和“鉆”勁，淺嘗輒止，通過這次培訓，使我在老師那里學到了當今最流行的測試技術以及測試管理，當然這只是其次，最重要的是在同行中營造了濃厚的學習氛圍，大家互相取長補短，分享工作中遇到的各種問題，與老師討論如何提升自己的價值。知識就是力量，知識就是本錢，我們應該以這次培訓為契機認真學，努力學。

其次，責任重于泰山，無為則殆。做而不學等于蠻干，學而不做等于白學。我們學習的根本目的就是要用所學的知識來指導我們做事。通過這次學習，我更清楚地感到自己肩上責任的重大，無論我們從事哪種行業(yè)，無論我們身兼何職，責任心、使命感和進取心是我們一輩子不能舍棄的東西。通過這次學習，使我感覺到學習的重要性和緊迫性，我們學習的自覺性、主動性、積極性得到了激發(fā)，把所學的知識應用到自己的崗位當中，提升自己的價值，當我們付出艱苦勞動得到的產(chǎn)品傳遞的客戶那里，獲得的是一份肯定，一份贊賞時，我們才可以如釋重負，我們的努力才沒有白費。

最后，學以致用，做好本職工作。通過五天的學習，使我的理論水平、知識素養(yǎng)都有了很大的提高，但歸根到底還是要把工作做好。NO excuse！不為失敗找借口，要為成功找方法。我們在工作中要完成一項工作，往往會碰到這樣那樣的問題和困難，如何正確的對待這些問題和困難?沒有任何借口，只有千方百計地尋找解決問題、克服困難的辦法。

北京學習雖然短暫，但是我們從中獲得的東西卻是受益終生的！

第五篇：性能測試學習總結

性能測試學習總結

一、明確性能測試的范圍

例如：以iptv系統(tǒng)為例，是需要測試bss頁面、中間件具體接口、boss/crm具體接口

二、明確性能測試的指標 例如：

1、支持最大并發(fā)用戶數(shù)是多少？（壓力測試）

2、每秒n個用戶并發(fā)，能正常持續(xù)運行多久？（負載測試）

3、在系統(tǒng)用戶為n個的情況下，每秒x個用戶并發(fā)，持續(xù)運行y分鐘，查看系統(tǒng)硬件io、cpu、內(nèi)存；查看軟件平均吞度量、tps、平均響應時間、事務成功率、事務失敗率、錯誤率等（性能測試）、響應時間：事務從開始到完成所花費時間

平均吞吐量：指單位時間內(nèi)系統(tǒng)處理用戶的請求數(shù)

TPS：transaction per second 服務器單位時間處理的事務數(shù)（事務數(shù)/運行時間s）

事務：指訪問并可能更新數(shù)據(jù)庫中各種數(shù)據(jù)項的一個程序執(zhí)行單元。例如訂購操作，它含有多個請求

事務成功率：成功事務數(shù)占完成總事務數(shù)的比率 事務失敗率：失敗事務數(shù)占完成總事務數(shù)的比率

三、定義數(shù)據(jù)模型

1、目標系統(tǒng)用戶數(shù)、目標每秒并發(fā)數(shù)、硬件系統(tǒng)配置情況，如下：模板

IPTV-BSS 性能指標.docx

四、設計性能測試方案

IPTV BSS四川電信版本性能

五、搭建性能測試環(huán)境

1、盡可能模擬現(xiàn)網(wǎng)的環(huán)境與組網(wǎng)結構

2、前臺應用和后臺數(shù)據(jù)庫安裝在獨立干凈的服務器上。

3、當前性能測試環(huán)境分別為：192.168.12.11（前臺）192.168.12.31（數(shù)據(jù)庫）192.167.12.177（Loadrunner）

六、構造性能測試數(shù)據(jù)

1、使用LR、QTP自動化工具構造（比較慢，不需要了解表結構，但是需要了解業(yè)務流）

2、編寫存儲過程構造用戶、包月、訂購數(shù)據(jù)（比較快，需要對相關表結構和數(shù)據(jù)庫了解）

七、錄制、調(diào)試測試腳本

1、中間件接口目前是web services協(xié)議，因當前測試指標均超過100個并發(fā)，故使用web（http/html）協(xié)議錄制。中間件接口錄制頁面：

2、boss接口當前有兩種協(xié)議，一種是web services協(xié)議，一種是sockets協(xié)議，因當前測試指標最大為100個并發(fā)，故可以使用web services協(xié)議或http/html協(xié)議錄制。

3、bss頁面基于ie運行，故使用web（http/html）協(xié)議錄制。

注明：當前中間件接口，四川boss接口，浙江電信bss部分頁面均有現(xiàn)成的腳本，如果其它局點需要測試可使用原有的腳本調(diào)試即可。

詳細參考：LoadRunner性能測試_劉雙林_20110115.doc

2.3/2.4章節(jié) 進行學習

八、執(zhí)行性能測試場景

1、按照測試方案文檔中的測試用例執(zhí)行即可。

2、在執(zhí)行性能測試過程中會具體使用到性能測試工具LR。關于性能測試工具的使用方法網(wǎng)上有大把資料。請自行學習：場景設置、參數(shù)化等

詳細參考：LoadRunner性能測試.doc

3章節(jié) 進行學習

九、監(jiān)控并記錄性能測試結果

1、硬件性能：bss應用服務器cpu、內(nèi)存；數(shù)據(jù)庫服務器cpu、內(nèi)存、io 內(nèi)存、cpu 不高于70% ；IO不高于80% 否則可能存在性能瓶頸 統(tǒng)計方式：

（1）通過命令在服務器上查詢

內(nèi)存 sar-r 5 120

（每5s刷新1次共刷新120次）cpu sar-u 5 120 io

iostat 5 120（2）在服務器上安裝rpc.rstatd工具，通過LR客戶端窗口監(jiān)控記錄

2、軟件性能：平均吞度量、tps、平均響應時間、事務成功率、事務失敗率、錯誤率等（場景運行完畢可通過loadrunner工具導出性能測試結果），是否達標是要與性能測試指標進行比對。

詳細參考：LoadRunner性能測試.doc

4章節(jié) 進行學習

十、分析性能測試結果輸出總結報告

1、將實際測試結果和性能測試指標進行對比，總結出不達標測試對象及具體測試數(shù)據(jù)

2、測試與開發(fā)人員根據(jù)性能測試數(shù)據(jù)，從硬件環(huán)境和軟件本身進行分析。例如：優(yōu)化硬件配置、軟件處理邏輯、數(shù)據(jù)庫架構腳本等。

3、具體分析的方法：一般是具體問題具體分析，查找瓶頸時按以下順序，由易到難。（1）服務器硬件瓶頸

（2）網(wǎng)絡瓶頸(對局域網(wǎng)，可以不考慮)（3）服務器操作系統(tǒng)瓶頸(參數(shù)配置)（4）中間件瓶頸(參數(shù)配置，數(shù)據(jù)庫，web 服務器等)（5）應用瓶頸(SQL 語句、數(shù)據(jù)庫設計、業(yè)務邏輯、算法等)注：以上過程并不是每個分析中都需要的，要根據(jù)測試目的和要求來確定分析的深度。對一些要求低的，我們分析到應用系統(tǒng)在將來大的負載壓力(并發(fā)用戶數(shù)、數(shù)據(jù)量)下，系統(tǒng)的硬件瓶頸在哪兒就夠了。

十一、LoadRunner性能測試工具操作文檔

LoadRunner性能測試.doc

loadrunner8.1教材.pdf