軟體測試培訓心得

　　通過軟體測試培訓，在大慶浦東軟體平臺有限公司經過一週的軟體測試實訓，從對軟體測試沒有什麼經驗的我初步掌握了軟體測試的方法和技能，收穫頗多的心得。下面是小編為大家收集整理的，歡迎大家閱讀。

　　篇1

　　20xx年x月x日。我懷著對提高並實現自我價值的心態，走進深圳走秀網路科技有限公司的大門，開始了自己大學裡兼職實習工作。轉眼間。6個月的實習時間就要過去了。回想起這段時間的工作過程，我深深的認識到在走秀網實習的選擇是絕對正確的，走秀網和公司的同事們對我個人產生的積極影響也是超越我料想之中的。現將這段時間的工作進行如下總結。

　　首先，要具有良好的學習能力。剛進走秀，帶我的老大是哈爾濱人，我跟她很投緣。開始的一個星期，我只是熟悉公司的一些業務和我們前端的測試範圍，在熟悉業務的過程中，我發現這些頁面上的東西看上去挺簡單的，但是要深入瞭解還是需要很長的一段時間。期間老大叫一個老員工帶著我去測試一些之前xiu2.0所遺留的簡單的bug。走秀網的測試部還比較大，所以對工作的流程和上線之前的版本控制的非常嚴格。我們在上線之前，會經過兩套環境，功能測試環境和映象環境，功能測試環境是對需求和功能的一個詳細的驗證環境，映象環境是模擬生產環境迴歸之前我們在功能測試環境上鎖遺留的一些小的bug。因為不知道這些轉測試的bug是怎麼產生的，所以需要去跟開發人員溝通，開始的時候自己一個人不敢過去開發部，就讓老員工***才哥***帶著過去，一段時間過後，我開始自己去和開發溝通交流，從發現問題的重現，到催促開發修改和轉測試，這一段時間讓我深刻體會到溝通時多麼重要。

　　在走秀期間，我們測試部總監還會對我們不定時的培訓。教會我們測試的工作流程和每個階段應該展開的工作範疇。作為測試，必要會使用的缺陷管理工具bugzilla和測試用例管理工具testlink，還給我們培訓了，如何使用自動化工具ruby+watir來對一些測試點進行自動化指令碼的編寫。慢慢的，在對公司的業務瞭解的比較透的時候，老大就開始讓我們自己對一些小需求進行測試，測試的過程中，不僅僅是對頁面和表面功能進行測試，還要根據需求文件和頁面的顯示對資料庫表進行查詢操作，檢視頁面的顯示和功能是否和資料表裡面的一致，還要在後臺日志中檢視是否有報錯。所以，測試並不是像我想象中的那麼簡單，不是在頁面上點來點去就可以測的好的。

　　實習可以使每一個學生有更多的機會嘗試不同的工作，扮演不同 的社會角色，逐步完成職業化角色的轉化，發現自己真實的潛力和興趣，以奠定良 好的事業基礎，也為自我成長豐富了閱歷，促進整個社會人才資源的優化配置。 作為一名學生，我想學習的目的不在於通過畢業考試，而是為了獲取知識，獲 取工作技能，換句話說，在學校學習是為了能夠適應社會的需要，通過學習保證能 夠完成將來的工作，為社會做出貢獻。然而步出象牙塔步入社會是有很大落差的， 能夠以進入公司實習作為緩衝，對我而言是一件幸事，通過實習工作了解到工作的 實際需要，使得學習的目的性更明確，得到的效果也相應的更好。

　　人要想成功及獲得好的業績，必須牢記一個規則：我們永遠不能將個人利益 凌駕於團隊利益之上，在團隊工作中，會出現在自己的協助下同時也從中受益的情 況，反過來看，自己本身受益其中，這是保證自己成功的最重要的因素之一。

　　篇2

　　在大慶浦東軟體平臺有限公司經過一週的軟體測試實訓，從對軟體測試沒有什麼經驗的我初步掌握了軟體測試的方法和技能，收穫頗多。

　　我在大學期間的專業是資訊與計算科學，原本打算從事網路方面的工作，對活動目錄、資料庫、作業系統等的知識比較感興趣。經過這次理論學習，瞭解到要做好軟體測試，要求掌握的知識並不僅僅是測試方面的，網路、資料庫、作業系統等的知識對做好測試也是很有幫助的。這讓我明確了以後學習的目標，在不斷學習軟體測試的同時，也應該繼續其他相關知識的深入學習。

　　通過此次學習，對整個軟體測試行業的瞭解大大的加深。以前認為軟體測試只是枯燥的反覆的使用被測試軟體來發現異常的問題，以為軟體測試並不重要，低開發一等。現在認識到了軟體測試的重要性，軟體測試是軟體產業向軟體工業化生產時代邁進不可缺少的重要組成部分，是保證軟體質量達到客戶需求不可缺少的環節。軟體測試在國內是一個新的職業，發展得比較晚，但它的重要性正在為行業所重視。

　　在學習過程中，我瞭解了作為一個合格的測試人員所應具備的素質與技能。其中個人素質在測試工作中起到了非常重要的作用，它包括你的信心、耐心、細心和與人交流溝通的能力，它將貫穿你工作生涯的整個過程。在測試理論上，我們系統學習了軟體測試的流程，各種測試階段和測試方法，以及測試工具的使用。通過這些課程的學習，讓我們對軟體工程也有了更深刻的理解，為以後的測試工作作了很好的理論儲備和技能的提升。

　　軟體測試作為軟體開發過程中一個非常重要的環節，越來越成為軟體開發商和使用者關注的焦點。完善的測試是軟體質量的保證，因此軟體測試就成了一項重要而艱鉅的工作，要做好這項工作當然也絕非易事，我在做軟體測試工作中總結出了一些經驗和技巧。

　　1.功能點的細化

　　在進行測試前，先將所要測試的功能細分，填寫《測試用例表》，有針對性的執行功能測試案例，逐個對每個功能細分點進行測試。在每次執行測試案例之前，明確此次執行的目的和預期的輸出結果，並要做好記錄。

　　2.注意測試中的錯誤集中發生的現象

　　有一些錯誤是和程式開發人員的程式設計水平和習慣有很大關係的。例如程式中的拼寫錯誤，習慣用法等。注意收集並記錄這些現象，有助於更快、更多地發現類似的錯誤。

　　3.儘可能多的使用非常規的測試

　　充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現異常的情況，特殊的情況下甚至要製造極端的狀態和意外狀態，比如網路突然中斷，和電源突然斷電等情況。

　　4.對測試錯誤結果一定要有一個確認的過程

　　一般有A測試出來的錯誤，一定要有一個B來確認。

　　5.制定嚴格的測試計劃

　　測試時間安排的儘量寬鬆，不要希望在極短的時間內完成一個高水平的測試。

　　6.迴歸測試的關聯性一定要引起充分的注意

　　在開發人員剛修復Bug之後的地方，再找一找，往往開發人員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改一個錯誤而引起更多的錯誤出現的現象並不少見。

　　7.測試文件要儘可能詳細

　　《測試用例表》中的功能點可儘量的詳細，如實、詳細地記錄每次執行測試案例的輸入資料，輸出資料，出錯提示，進行測試的時間，完成測試的時間等，便於以後對測試工作的回溯。

　　8.重視交流和溝通

　　包括和程式開發人員的交流，同是測試人員之間的交流，網上技術論壇和網友的交流，和客戶的交流等。多思考，多交流，多提問，通過多種溝通交流的途徑，可以少走很多彎路，同時可以學到很多東西。

　　9.善於總結

　　在測試過程中發現的所有問題，異常情況，發現程式開發人員易犯，常犯的錯誤，各種有價值的經驗教訓，使用系統和操作資料庫時發現或者學到的技巧，使用測試工具時的心得等等，都可以隨手記錄在筆記本或者電腦上。這些都將是今後工作中可以參照的珍貴資料，同時也會成為自己的寶貴經驗。

　　10.妥善儲存一切測試過程文件。

　　這次軟體測試實訓為我們以後從事軟體測試工作打下了良好的專業基礎，為我們的進一步學習提高打下了紮實的理論基礎。對測試過程有了初步的認識，測試計劃、測試設計、測試開發、測試執行、測試評估、測試報告貫穿整個軟體開發過程。單元測試、整合測試、系統測試、驗證測試每個階段都應以使用者需求為依據。這些基本的概念雖然比較抽象，但對以後的實踐是大有益處的。

　　總的來說，這次培訓效果不錯，對自己有一定的提升，這完全不同與學校的學習，因為它更加貼近工作，針對以後工作的內容作了很多例項的練習與工具的使用，為我們更快的加入工作提供的很好的前提。接下來一段時間，我將利用假期進入相關測試部門進行實際專案的訓練，我相信在我有了很好的理論基礎後，會在工作中很好的加以應用，讓測試工作做得更好。同時，我會更加努力的學習與工作，遇到問題會及時多渠道尋找解決方法，積極上進，希望早日成為一名優秀的測試人員。

　　篇3

　　在支付寶測試分析的角色和系統分析的角色是對應的，只不過一個是測試類的另外一個是開發類的。系分下面會有相應開發，測分下面會有相應的測試用例編寫和執行人員。也就是說測試分析文件是對測試執行人員的一個指導***在我原來的理解方式上，覺得測試分析人員應該是用例編寫人員;而在這裡測試分析人員是從業務上去分析的，用例是用例執行人員來寫並且執行的***。

　　而通過這次的這次分析覺得自己的測分還存在以下的問題：

　　1、太關注開發的內部實現邏輯。建議：將開發內部實現邏輯看成一個黑盒子，測試分析要從這個黑盒子的輸入和輸出上去看開發內部實現邏輯是不是有問題，而不應該先去了解開發的實現邏輯然後按照他們的思路去分析。

　　2、分析文件寫的過於詳細，甚至將用例的步驟都寫了出來。建議：測試分析要從全域性上去看問題，細節的東西即便是知道的，也要留給之後的用例編寫人員去了解***就像系分之後的開發需要去寫詳細設計的道理一樣***，這樣後面的人才會自己主動去想問題。

　　3、分析文件要考慮維護性問題，不要出現類似比如還款中狀態為“R”這種具體的資料內容。因為我的分析是對後續用例編寫人員的一個指導性的文件，所以如果側分這麼寫很有可能導致用例也照著這麼寫，其實不管側分和用例都不應該具體寫到R這麼細節，否則的話開發稍作變動我們就要相應變動我們的用例

　　4、沒有明確測試目的。review用例的時候，沒有提出每個用例需要明確一個測試目的，讓別人來看這個用例的時候能明白到底是怎麼回事。

　　總結：

　　1、以後寫測試分析文件，依據僅僅是prd文件，必須拋開開發實現邏輯部分***即不去看系分文件***，待測分出來之後，再去看系分文件，互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時候再讓寫用例的人和相應的開發去互相明確更細節的東西。

　　2、寫用例我們目前都是僅僅做到對流程上的每個節點去單獨分析，細到看輸出的時候會關注到資料庫表的一個變化。但是除了以上部分，其實還少了對整體流程的關注，需要增加業務流程的各條路徑的一個覆蓋，在針對路徑的用例中不需要關注到資料庫表級那麼細。

　　3、在做流程路徑覆蓋之前應該畫一個路徑圖，這個圖的畫法考慮各個***的不同分開畫流程圖，分別進行路徑覆蓋。