黑盒測試的心得體會5篇

心得體會是一種剖析內心情感的重要文字，對於它的分析一定要足夠深刻，閱讀一本好書，一定會有許多心得、啟發，好文筆小編今天就為您帶來了黑盒測試的心得體會5篇，相信一定會對你有所幫助。

黑盒測試的心得體會篇1

接觸計算機程式設計已經快7年了，從事專門的軟體測試也快四年了，強子也是在陰差陽錯中踏入軟體測試領域，一開始只想做一個特牛的程式設計師，可是畢業後找工作卻找了個軟體測試的工作，在一些彷徨與猶豫中接受了這個職業並且到現在也做得挺開心，也是由於那時我們這個業務剛成立不久，由於表現還不錯所以一個陰差陽錯的機會被升為team leader，到現在也還在同一家公司做著測試的工作。

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

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

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

關於專案管理，這又是一門大學問，強子在這幾年當中也經歷過無數次的版本更新，版本釋出或者一些內部的專案，對專案管理略知一二，有空時強子自會附上一些體會。我想專案管理最本質的一點：保護專案團隊，保護專案經理，去除雜音。專案經理這活，不好乾，要職位沒職位，要資金沒資金，做好了皆大歡喜，做不好就捲鋪蓋走人，挺難，不過咱有咱的方式方法，怕啥？

黑盒測試的心得體會篇2

?軟體測試方法和技術》這門課程，還是由張建東老師教我們的。在張老師的講解下，我深刻的體會到軟體測試是很有必要的。一個軟體，從最開始的可行性分析、需求分析、概要設計、詳細設計、編寫程式碼。這一系列的開發之下。千辛萬苦的，花費了大量的人力物力、金錢時間，終於把軟體給做出來了。你試著想一下，要是送到客戶的手上，客戶突然發現，軟體用不了，或者是軟體存在很大的缺陷。導致軟體不好用、甚至比原先沒有這個軟體，還麻煩了。客戶是很憤怒的。客戶一憤怒，就導致客戶不會付錢。這最終，專案失敗，造成資源的大量浪費，所以說軟體測試還是很有必要的。再者就是，軟體測試可以發現軟體的缺陷，從而通知程式設計人員不斷改進軟體。在這樣不斷測試，不斷改進的情況下。將軟體效能不斷提高，軟體變得越來越好用。

軟體測試，旨在發現軟體的缺陷。可以這樣說，軟體測試就是以發現軟體缺陷，為最終目的的測試活動。它通過軟體測試方法，白盒的、黑盒的、靜態的或是動態的。藉助軟體測試工具，來找到缺陷。然後在缺陷評審和確認之後將缺陷記錄下來，並用缺陷管理工具管理，詳細描述，關注軟體缺陷的發生週期。對它的嚴重性、和優先順序下一個定義。書寫軟體缺陷報告，具名缺陷的重現步驟、測試的期望結果與實際結果、還有相關圖片、文字資料。提交給軟體程式設計人員，來完成軟體缺陷的修復。

軟體測試的方法，包括：白盒測試和黑盒測試。其中，白盒測試之中，有含有：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋、等方法。黑盒測試方法中，有：等價類劃分法、邊界值分析法、判定表法、因果圖法等。軟體測試方法，按照是否執行程式碼來看，可以分為：靜態測試和動態測試。其中靜態測試有，對程式碼的走查和評審。動態測試，則是要通過執行程式碼來執行。白盒測試多用於軟體的單元測試上，黑盒測試多用於功能性測試上。程式碼的靜態測試和動態測試，則是每一個軟體專案都必須的。

單元測試，多構造樁函式或是驅動程式來測試。一般藉助與各種軟體測試工具。軟體測試，或者說程式測試。一般先是進行單元測試。單元測試，修改完單元之中的缺陷、錯誤之後，就是整合測試。整合測試多針對程式功能進行測試，看程式的各項功能是否達到要求，是否齊全。整合測試之後就是系統測試。系統測試是針對整個軟體系統的。看軟體系統是否達到效能的要求。從而改進程式碼，以求達到系統的嚴格要求。最後就是驗收測試，這個測試，一般都分成兩半來做。一半是，程式設計師模擬客戶環境，進行測試。而，另一半則是，真正的客戶參與的測試。最大程度的體現客戶的真實環境。客戶在試執行的情況下，看是否會發現，平時發現並且以前的環境發現不了的問題。

驗收測試，包含對介面的測試和軟體可用性的測試，運用尼爾森十大原則，來測試軟體是否好用。軟體是否達到使用者的對軟體介面的需求。

無論是軟體編寫，還是軟體測試，都需要相應的文件管理。還有針對軟體測試製定的測試計劃，軟體測試執行等。

通過本學期的學習，我感受到軟體測試是一門非常需要學習的課程。即使作為考察課程，它也是軟體行業人士所必須瞭解的知識。它對軟體工程專案的作用是至關重要的。現在，作為學生的我所做的專案雖然都是一些小的專案，但是在小組共同開發的時候還是需要用到

專案的測試。如今這門課程我學的還不是很好，但我相信在今後的實訓及工作當中，能夠更好的體驗和感受到專案測試的精髓，對軟體專案測試有更深入的瞭解。我也希望，學校的老師能夠在今後的教學當中重視軟體專案測試課程，多讓學生了解例項，去感受、體會軟體專案測試所遇到的問題和解決方案，理解軟體專案測試的精髓。

黑盒測試的心得體會篇3

六天的培訓結束了，感覺過得好快啊。雖然是因為參加“模擬招聘”獲得這次機會的，不像其他同學一樣是交錢的，但是我也是抱著要學東西的心態參加的。

第一天老師就給了個下馬威——教材全是全是英文版的。對於雖然大三的我來說，英語四級剛過，六級成績還沒出來的情況下，想看懂全文是不太現實的。在老師講解過程中利用線上翻譯才勉強能看懂句子。不過培訓過程中最難忘的不是來自教材，而是來自老師的那雙犀利的眼神。無論何時，只要你打開了與課堂無關的網頁，她總會第一時間或叫號碼，或叫名字，或站到你旁邊。說實話，大學上課已經很久沒有這種高中被管的感覺了。雖然不爽，但是卻有種回到高中的快感（說的是實話）。

頭幾天還蠻不錯的，食堂開門的，超市沒關。可後幾天，當校門口已無人煙，就剩我們這幾個的時候就真覺得寢室樓好靜啊，還不如在機房呆著。對於老師我想說的是，前幾天笑容總是掛在臉上，可兩天後明顯笑的少了，不知道是不是因為和大家熟了，沒有剛見面的客氣了（我喜歡看人笑，本身也喜歡笑，老師的這種變化，我很敏銳的察覺了）。

這次培訓雖然感覺學到的沒有很多，但是我瞭解了一個企業，起碼是軟體測試這一行業大致的運作模式，讓我對我將來要不要從事這個行業有了認識。貌似軟體測試女生為主，男生比較適合從開發做起，這是我這幾天得到的最大體會。還有對於課堂結束的演講，是個鍛鍊

自己的好機會，我並不否認這點，不過貌似每個人都只有一次機會，我是個表現欲很強的人，讓我講了一次有點不過癮。

開始我是因為不想浪費免費來上課的就會，來到後我覺得確實很多時候是需要多接觸下這些社會上的公司、企業等，畢竟還有一年就畢業了，到底何去何從自己是真的要好好做個打算了。期待下一期的網新的培訓??

黑盒測試的心得體會篇4

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

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

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

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

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

黑盒測試的心得體會篇5

這次實訓使我們明白我們所欠缺的不僅僅是技術知識，更重要的是有一種處理事情的方法、面對問題的心態和動手能力。面對完全陌生的新知識、新技術、新專案以及整個it行業，我們不能畏懼，要以一種積極的心態去面對，分析並抓住關鍵所在。因為我們所即將應對的每一個專案都是既需要實際操作，又需要詳細規劃的。作為組長，協調組員、激勵其他學員和積極參與專案研發是我每天必做的工作。我認為每個人都應該在團隊中做好自己應盡的職責，再優秀的個人也可能完成一個即龐大又複雜的專案工作，我們必需緊密的聯合在一起，以一個團隊的角色來面對。

一公司有一項對專案經理的調查顯示，專案經理平均每週參加6個會議，其中25%的時間浪費在無用的討論上。會議效率低最普遍的3個原因是：會議沒有很好的計劃、會議沒有被適當的領導、無紀律的與會者。我們軟體專案也會遇到相同的問題，專案啟動會、評估會、大大小小的評審會、技術會、周例會等等一系列會議會隨著專案進展而召開，如何保證高效的會議效果，我的一些會議技巧與大家共享：確實需要開會時才開會；訂立會議紀律；非常清楚的明確會議目標；提前準備一個會議議程；提倡各會議參與人的會前準備；鼓勵參與，但在會議過程中遵守會議議程；把團隊建設融入會議、作會議記錄、會後跟蹤所有安排任務的執行情況。

程式設計師需要關心尊重。曾經有個例子，某公司開發人員王某由於剛開始學習程式設計，技術水平差一點，常常受到經理的“另眼相看”，每次軟體出現了問題都懷疑是他的原因，老開他的低階玩笑，這位員工會有怎樣的表現就可想而知了。經理通過這種手段能夠迫使這一位自動辭職嗎？非也，這位員工後來工作非常不負責任，把程式碼寫得既長又重複，且在程式碼中留下大量的隱患，此時，經理卻反而不敢過份得罪他了（否則，留下的巨量程式碼很難維護）。如果認為某人不適合目前工作，為何不另請高明？既然已經請他作了這件工作，就得尊重他。不能指望開發人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術人員在酒席宴上象公關小姐或公關先生一樣舉止適度，從來不會有好的效果。軟體人員普遍喜歡自由而寬鬆的工作環境，最好不要做過多的無謂的規定，例如不準遲到、上班必須換拖鞋，否則罰款等等。如果確實有人經常上班遲到，工作不認真等，首先應該瞭解原因，此時多作思想工作是必要的，許多公司的經理們認為“思想工作”是過時的東西了，其實不然，私企職工揹負的心理壓力其實很重。他們特別需要有人關心，特別需要心理上的“減負？

軟體專案管理，需要我們不但關注專案管理技術等在軟體行業中的應用，還應該關注如何與軟體新思想和技術的整合，例如xp等思想，使我們得到更高效益的產出。欲想琢其玉，必先利其器，專案管理和我們軟體開發、質量管理等得一系列工具和模版，是我們事半功倍的利器。他山之石可以攻玉，關注一些管理界的發展，例如目前的中國式管理等，將其經驗用於軟體專案管理實踐並總結，將為我們帶來更大實效。