第一篇：軟件測試工作規(guī)范

軟件測試工作流程

1． 在組織編寫測試需求階段開發(fā)人員提供《軟件需求規(guī)格說明書》，根據(jù)此文檔測試人員編寫測試需求和系統(tǒng)測試計劃。

2． 在編寫測試用例前開發(fā)人員提供《軟件概要設(shè)計說明書》、《數(shù)據(jù)庫設(shè)計說明書》等系統(tǒng)文檔，根據(jù)所提交的文檔測試人員編寫測試用例。

3． 執(zhí)行測試前開發(fā)人員需提供的資料包括：

(1).系統(tǒng)運行時的環(huán)境配置信息，包括軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、輔助工具等。

(3).數(shù)據(jù)庫信息如數(shù)據(jù)庫類型，用戶訪問系統(tǒng)的詳細(xì)數(shù)據(jù)值（最好可以從數(shù)據(jù)中導(dǎo)出的），業(yè)務(wù)數(shù)據(jù)規(guī)范等（數(shù)據(jù)庫設(shè)計說明中有詳細(xì)的說明可以不提供）。

(4).系統(tǒng)用戶使用人數(shù)，最大用戶并發(fā)數(shù)，出現(xiàn)最大用戶并發(fā)數(shù)的時間長度，這些并發(fā)數(shù)在哪些功能中出現(xiàn)的較多。

(5).服務(wù)器運行時間

(6)平均事務(wù)響應(yīng)時間

第二篇：軟件測試工作周報

周一：熟悉工作環(huán)境，接受部門主管分配的任務(wù)，熟悉目前公司正在進(jìn)行的項目軟件的相關(guān)內(nèi)容。

周二：學(xué)習(xí)項目相關(guān)內(nèi)容，主要看軟件需求規(guī)格說明書

周三：學(xué)習(xí)項目相關(guān)內(nèi)容，主要看了軟件詳細(xì)規(guī)格說明書，了解到UML使項目各個功能模塊更加地清晰。

周四：繼續(xù)學(xué)習(xí)項目文檔，同時學(xué)習(xí)軟件缺陷跟蹤記錄軟件和AVN。了解并學(xué)會應(yīng)用專門記錄軟件缺陷，以及跟蹤軟件缺陷的軟件工具-Bugfree.周五：測試了開發(fā)項目的基礎(chǔ)指標(biāo)模塊，編寫測試用例，同時學(xué)習(xí)項目管理工具SVN的使用。

周一：繼續(xù)測試基礎(chǔ)指標(biāo)模塊，編寫測試用例，同時學(xué)習(xí)項目管理工具SVN的使用。周二：畫數(shù)據(jù)流圖，測試沒有測完的模塊，學(xué)習(xí)下一個模塊的相關(guān)文檔內(nèi)容。

周三：回歸測試之前的模塊，測試用戶數(shù)據(jù)模塊，繼續(xù)學(xué)習(xí)下一個模塊的相關(guān)內(nèi)容。

周四：測試系統(tǒng)管理模塊，回歸測試之前的模塊，部門知識分享。初審測試文檔，修改文檔的相關(guān)內(nèi)容，測試報表中心模塊，回歸測試各相關(guān)模塊。周五：復(fù)審測試文檔，修改文檔的相關(guān)內(nèi)容，辦理任務(wù)交接。總結(jié)：兩周以來對技術(shù)方面的相關(guān)知識、軟件測試有了新的認(rèn)識。

第三篇：軟件測試（推薦）

一、簡答5*6’

1.為什么不讓時間有余的人做測試工作

表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。測試和測試的人有很大關(guān)系。測試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細(xì)心有條理，總結(jié)問題，如果具備這樣的優(yōu)點，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。2.軟件測試風(fēng)險主要體現(xiàn)在哪里

我們沒有對軟件進(jìn)行完全測試，實際就是選擇了風(fēng)險，因為缺陷極有可能存在沒有進(jìn)行測試的部分。因此，我們要盡可能的選擇最合適的測試量，把風(fēng)險降低到最小 3.所有軟件測試缺陷都需要修復(fù)嗎

從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美。對于整個項目團(tuán)隊，要做的是對每一個軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：-沒有足夠的時間資源。在任何一個項目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項目中沒有預(yù)算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級中進(jìn)行修復(fù)。-不是缺陷的缺陷。我們經(jīng)常會碰到某些功能方面的問題被當(dāng)成缺陷來處理，這類問題可以以后有時間時考慮再處理。缺陷是否修改要由軟件測試人員、項目經(jīng)理、程序員共同討論來決定是否修復(fù)，不同角色的人員從不同的角度來思考，以做出正確的決定。4.如何減少測試人員跳槽帶來的損失 建議我們從以下兩個方面做起：

-加強(qiáng)部門內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識互相轉(zhuǎn)移的過程。在此基礎(chǔ)上，可以把個人擁有的技術(shù)以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉(zhuǎn)化。

-管理者就應(yīng)該把員工的個人成長和企業(yè)的發(fā)展聯(lián)系起來，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實現(xiàn)。

5.驗收測試的注意點有哪些 測試要注意下面的事項：

（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測試，證明沒有問題才可以和用戶共同進(jìn)行測試。測試核心模塊的目的是建立用戶對軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時要向用戶做成合理的解釋。爭得時間后，及時修改缺陷來彌補。（3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。6.完全測試程序是可能的嗎

實際上完全測試是不可能的。主要有以下原因：-完全測試比較耗時，時間上不允許；

-完全測試通常意味著較多資源投入，這在現(xiàn)實中往往是行不通的；-輸入量太大，不能一一進(jìn)行測試；-輸出結(jié)果太多，只能分類進(jìn)行驗證；-軟件實現(xiàn)途徑太多；

-軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測試的程度要根據(jù)實際情況確定 7.是不是發(fā)現(xiàn)的缺陷越多就說明軟件缺陷越多 其中的原因主要如下：

-代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯誤。類的繼承導(dǎo)致所有的子類會包含基類的錯誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。-程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫的功能缺陷較多。

“缺陷一個連著一個”不是一個客觀規(guī)律，只是一個常見的現(xiàn)象。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。測試人員只要嚴(yán)肅認(rèn)真的測試程序就可以了。8.軟件測試就是QA嗎

軟件測試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。軟件測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。9.測試產(chǎn)品和測試項目區(qū)別

習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項目是一種個性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。項目和產(chǎn)品的不同特點，決定我們測試產(chǎn)品和測試項目仍然會有很多不同的地方：

-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。而做項目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。測試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。項目最后要和用戶共同驗收測試，這是產(chǎn)品測試不具有的特點。此外，測試產(chǎn)品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 10.如何編寫提交給用戶的測試報告

測試報告一般分為內(nèi)部測試報告和外部測試報告。內(nèi)部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：

根據(jù)內(nèi)部測試報告進(jìn)行編寫，一般可以摘錄；不可以向客戶報告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復(fù)的；報告上面的內(nèi)容盡量要真實可靠；整個測試報告要仔細(xì)審閱，力爭不給項目帶來負(fù)面作用，尤其是性能測試報告?？傊獠繙y試報告要小心謹(jǐn)慎的編寫。

二、論述2*12’

1.請論述為什么要進(jìn)行軟件測試，并列舉歷史上2~3個著名軟件測試（缺陷）案例，說明測試重要性

軟件測試的目的,第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來做了這個事情。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險評估所準(zhǔn)備的信息。第三軟件測試不僅是在測試軟件軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此，軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。

愛國者導(dǎo)彈防御系統(tǒng)把“槍口”對準(zhǔn)了自己人 美國迪斯尼公司的獅子王游戲軟件的兼容性問題 售票系統(tǒng)性能問題

2.論述軟件測試科學(xué)的發(fā)展歷程 1957年之前－調(diào)試為主 20世紀(jì)50年代，計算機(jī)剛誕生不久，只有科學(xué)家級別的人才會去編程，需求和程序本身也遠(yuǎn)遠(yuǎn)沒有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開發(fā)人員一人承擔(dān)需求分析，設(shè)計，開發(fā)，測試等所有工作，當(dāng)然也不會有人去區(qū)分調(diào)試和測試。

1957–1978－證明為主 當(dāng)時計算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來的經(jīng)濟(jì)風(fēng)險也大大增加，測試就顯得很有必要了，這個時期測試的主要目就是確認(rèn)軟件是滿足需求的，也就是我們常說的“做了該做的事情”。

1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發(fā)現(xiàn)問題。

1983–1987－評估為主 人們提出了在軟件生命周期中使用分析，評審，測試來評估產(chǎn)品的理論。軟件測試工程在這個時期得到了快速的發(fā)展.1988–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測試的主流思想之一。測試不是在編碼完成后才開始介入，而是貫穿于整個軟件生命周期。3.論述軟件缺陷的由來

軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點和開發(fā)過程決定的。

軟件本身：①需求不清晰，導(dǎo)致設(shè)計目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無法設(shè)計成一個很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計成良好的面向?qū)ο蟮南到y(tǒng)，由于對象、類太多，很難完成對各種對象、類相互作用的組合測試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對象狀態(tài)變化等方面問題。③對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。④對一些實時應(yīng)用，要進(jìn)行精心設(shè)計和技術(shù)處理，保證精確的時間同步，否則容易引起時間上不協(xié)調(diào)，不一致性帶來的問題。⑤沒有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問題，從而存在系統(tǒng)安全性、可靠性的隱患。⑥系統(tǒng)運行環(huán)境的復(fù)雜，不僅用戶使用的計算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問題；在系統(tǒng)實際應(yīng)用中，數(shù)據(jù)量很大。從而會引起強(qiáng)度或負(fù)載問題。⑦由于通信端口多、存取和加密手段的矛盾性等，會造成系統(tǒng)的安全性或適用性等問題。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問題，事先沒有考慮到。

團(tuán)隊工作：系統(tǒng)需求分析時對客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。不同階段的開發(fā)人員相互理解不一致。對于設(shè)計或編程上的一些假定或依賴性，相關(guān)人員沒有充分溝通。項目組成員技術(shù)水平參差不齊技術(shù)問題。算法錯誤：在給定條件下沒能給出正確或準(zhǔn)確的結(jié)果。語法錯誤：對于編譯性語言程序，編譯器可以發(fā)現(xiàn)這類問題；但對于解釋性語言程序，只能在測試運行時發(fā)現(xiàn)。計算和精度問題：計算的結(jié)果沒有滿足所需要的精度。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問題。

項目管理的問題：缺乏質(zhì)量文化，不重視質(zhì)量計劃，對質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試、等時間，遺留的缺陷會比較多。系統(tǒng)分析時對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。開發(fā)周期短，需求分析、設(shè)計、編程、測試等各項工作不能完全按照定義好的流程來進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯誤較多；周期短，還給各類開發(fā)人員造成太大的壓力，引起一些人為的錯誤。開發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評審機(jī)制，容易產(chǎn)生問題。文檔不完善，風(fēng)險估計不足等。4.軟件測試V模型

①繪制示意圖

②闡述每個步驟是做什么 需求分析

即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項功能

概要設(shè)計

主要是架構(gòu)的實現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實現(xiàn)等項事務(wù)。詳細(xì)設(shè)計

對概要設(shè)計中表述的各模塊進(jìn)行深入分析，對各模塊組合進(jìn)行分析等。軟件編碼

按照詳細(xì)設(shè)計好的模塊功能表，編程人員編寫出實際的代碼。單元測試

按照設(shè)定好的最小測試單元進(jìn)行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測試

經(jīng)過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據(jù)集成測試計劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。系統(tǒng)測試

經(jīng)過了單元測試和集成測試以后，我們要把軟件系統(tǒng)搭建起來，按照軟件規(guī)格說明書中所要求，測試軟件其性能功能等是否和用戶需求相符合，在系統(tǒng)中運行是否存在漏洞，等。驗收測試

主要就是用戶在拿到軟件的時候，在使用現(xiàn)場，會根據(jù)前邊所提到的需求，以及規(guī)格說明書來做相應(yīng)測試，以確定軟件達(dá)到符合效果的。

第四篇：軟件測試工作的心得體會

很久沒有寫點東西了，今天給大家聊些我在軟件測試領(lǐng)域的心得體會。接觸計算機(jī)程序設(shè)計已經(jīng)快7年了，從事專門的軟件測試也快四年了，強(qiáng)子也是在陰差陽錯中踏入軟件測試領(lǐng)域，一開始只想做一個特牛的程序設(shè)計師，可是畢業(yè)后找工作卻找了個軟件測試的工作，在一些彷徨與猶豫中接受了這個職業(yè)并且到現(xiàn)在也做得挺開心，也是由于那時我們這個業(yè)務(wù)剛成立不久，由于表現(xiàn)還不錯所以一個陰差陽錯的機(jī)會被升為team leader，到現(xiàn)在也還在同一家公司做著測試的工作。

先講講做manager的一些體會，其實具體做什么事真的不是那么重要，關(guān)鍵是做事的方法，做人的章法，特別是對一個manager來說，方法比技術(shù)更重要，真的是這樣，當(dāng)然我也很喜歡研究技術(shù)，技術(shù)能讓我找到更多的自信和成就感，但是面對著手下一幫兄弟姐妹，一個人的技術(shù)就顯得有些力不從心了，這個時候得把你的知識share給大家，當(dāng)然形式多種多樣，比如寫一份文檔，做一個正式的training，給大家營造一種不恥下問的環(huán)境或者大家一起討論一些難題等等。當(dāng)然還有很重要的一點，一定不能說“我不知道”，作為一個頭，如果你真的不知道，那你得想辦法通過一些手段與員工一起把這個問題解決了，堅決不能說“我不知道，你自己看著做吧“等，本來員工是很尊重你的，這些話將直接導(dǎo)致其鄙視你。

另外就是做頭的，特別像咱這種中低層的頭，不像中高層的領(lǐng)導(dǎo)，咱們考慮事情的角度不一樣，當(dāng)這種小頭兒的最重要的兩件事：把事情做對做好，與員工打成一片。首先得確保把事情做對咯，然后帶領(lǐng)大家朝著這一個對的方向前進(jìn)進(jìn)而把事情做好，在99%的時間里，你是和你的兄弟姐妹們呆在一起而不是和老板，所以這個過程中的與員工的關(guān)系一定要融洽且單純，不能讓員工對你有隔閡感，經(jīng)常一起吃飯，擺擺龍門陣，嘮嘮家常，開開玩笑，不要擺架子，在一個公司里最不能擺架子的就是這種小頭兒(或稱之為leader或者manager一類)，這就像個村官一樣，小樣的，還真把自己當(dāng)回事兒呢？

做開發(fā)還是做測試？很多人討論甚至爭吵，強(qiáng)子認(rèn)為之所以會有這樣的問題是因為中國還沒有把軟件行業(yè)普及好，大家還停留在江民時代，求伯君時代，認(rèn)為做開發(fā)的才是牛人，才有前途。而事實上，現(xiàn)在的軟件是一個系統(tǒng)工程，缺開發(fā)，缺測試，缺文檔都不行，都可能直接導(dǎo)致失敗，誰最牛？強(qiáng)子認(rèn)為寫文檔的人最牛，那咱們都去寫文檔？不過從強(qiáng)子面試的很多人當(dāng)中來看，還是有更多的人愿意做開發(fā)，這不能不說是一大遺憾，強(qiáng)子無能，也只能聊以文字來表達(dá)自己對測試的熱愛。測試猶如開發(fā)一樣，也是一門深不見底的大學(xué)問，咱以后慢慢討論。

關(guān)于項目管理，這又是一門大學(xué)問，強(qiáng)子在這幾年當(dāng)中也經(jīng)歷過無數(shù)次的版本更新，版本發(fā)布或者一些內(nèi)部的項目，對項目管理略知一二，有空時強(qiáng)子自會附上一些體會。我想項目管理最本質(zhì)的一點：保護(hù)項目團(tuán)隊，保護(hù)項目經(jīng)理，去除雜音。項目經(jīng)理這活，不好干，要職位沒職位，要資金沒資金，做好了皆大歡喜，做不好就卷鋪蓋走人，挺難，不過咱有咱的方式方法，怕啥？

今天先寫這些，以后咱慢慢敘......

第五篇：軟件測試員工作心得體會2013最新

免費

分享

創(chuàng)新

軟件測試員工作心得體會2013最新范文

它存在于整個項目周期，在項目開始之初需求調(diào)研的時候就開始了，在形成需求規(guī)格說明書的時候就需要針對文檔進(jìn)行測試。這個環(huán)節(jié)在后續(xù)整個項目中占了很大的比重，能主導(dǎo)整個項目的走向，成敗與否全在于開始階段的決策。

體會二：軟件測試的真正意義在于發(fā)現(xiàn)錯誤，而不在于驗證軟件是正確的。

再嚴(yán)密的測試也不能完全發(fā)現(xiàn)軟件當(dāng)中所有的錯誤，但是測試還是能發(fā)現(xiàn)大部分的錯誤，能確保軟件基本是可用的，所以在后續(xù)使用的過程中還需要加強(qiáng)快速響應(yīng)的環(huán)節(jié)。結(jié)合軟件測試的理論，故障暴露在最終客戶端之前及時主動的去發(fā)現(xiàn)并解決。這一點就需要加強(qiáng)研發(fā)隊伍的建設(shè)。

體會三：在系統(tǒng)性能測試方面需要重視。

經(jīng)過這次培訓(xùn)中多個案例的講解，讓我了解到系統(tǒng)在上線之后會有很多不能預(yù)知的性能問題，需要在上線之前實現(xiàn)進(jìn)行模擬，以規(guī)避風(fēng)險，包括大數(shù)據(jù)量訪問，高并發(fā)數(shù)等等。

當(dāng)然也有很多應(yīng)對手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運用以達(dá)到最優(yōu)程度，這是個很值得研究的領(lǐng)域。

下面是本人的幾點想法：

想法一：加強(qiáng)系統(tǒng)上線前的性能測試。

目前我們在項目建設(shè)過程中對性能壓力測試的重視程度還不太高，廠家也很少有雇傭第三方的測試機(jī)構(gòu)。而是在現(xiàn)網(wǎng)進(jìn)行試用，遇到問題再解決，可能會產(chǎn)生滯后問題，影響客戶使用。希望以后能在性能測試方面提高重視程度，加大人力投入，以保證系統(tǒng)上線后能夠穩(wěn)定運行。

想法二：適當(dāng)介入相關(guān)項目研發(fā)

對于快速響應(yīng)這塊，我們不能一味依賴廠家，而希望自己就能快速響應(yīng)，及時將問題解決。這也是一個比較長遠(yuǎn)的問題，需要加強(qiáng)研發(fā)力量的投入。

我個人是做開發(fā)出身，有此類經(jīng)驗，當(dāng)時是在客戶現(xiàn)場，因為了解系統(tǒng)內(nèi)部結(jié)構(gòu)，能夠在第一時間排查解決客戶所反饋問題。

現(xiàn)在系統(tǒng)完全由廠家開發(fā)，很難了解內(nèi)部結(jié)構(gòu)，或許會造成后期維護(hù)困難。所以，是否應(yīng)該針對某些項目介入廠家研發(fā)工作，比如請廠家提供源代碼等

免費

分享

創(chuàng)新

相關(guān)要素，以增進(jìn)維護(hù)人員對系統(tǒng)的了解。

最后再次感謝公司提供的平臺，感謝領(lǐng)導(dǎo)的信任，讓我有機(jī)會得到更深層次的學(xué)習(xí)以及展示自己能力的機(jī)會，我也會盡我所能來完善工作的系統(tǒng)，提高整體工作效率，為南方電網(wǎng)的發(fā)展建設(shè)提供更堅實，優(yōu)秀的支撐服務(wù)平臺。

資料來源：http://004km.cn/data/xdth/