三天的軍訓生活，讓我嚐遍了酸甜苦辣。在這短短的三天裏，我懂得了軍訓的真正意義，知道了江門二中為何一定要每屆新生進行軍訓，更深深地瞭解了“吃得苦中苦，方為人上人。”的含義。
教我們的樑教官——在他那濃黑的眉毛下，一雙鷹隼似的眼睛射出明亮的光芒，給人以精明強幹的感覺;他的鼻子挺而直，像刀刻一般，給人一種堅毅的感覺;他那略微厚了一些的嘴脣，顯出了他温厚的天性。就在軍訓的第一天，教官就先給我們來了個下馬威——站軍姿10分鐘。教官會幫站姿不正確的同學矯正，雖説只是10分鐘，但是同學們都把重心放在腳跟上，所以都一個個地倒下了。教官們也是會體貼的把身體不好的同學扶到樹陰下。可是，當教官們轉過頭來，看見有同學動的話，那就慘了，動的同學再加1分鐘。啊!軍令如山，大家只好服從。軍訓的日子就把自己當部隊的軍人看待了，在這裏有中命令是絕對的服從，在這裏有種紀律叫：絕對嚴明。雖然條條框框，卻把人訓練的堂堂正正，猶如中國的漢字，橫平豎直，坦蕩有力，在這裏沒有個人的魅力，只有團結的力量，在這裏沒有婉轉的歌喉，卻有高歌蕩氣的迴腸。雖然每天回到家裏喊苦喊累，這酸那疼，但是心裏去很快樂、很充實。
在休息時間裏，歌聲“團結就是力量，這力量是鐵，這力量是鋼……”在校園裏來回盪漾。這首團結就是力量在國小時也曾合唱，但感覺從來沒有向今天這樣響亮過，以至如今都已不記得當初的力量是團結在哪的.然而在這裏，當一羣女生在高温下盤腿而坐，不顧往日的斯文，將人的本性，熱情，積極的一面顯露時，就成了我心中永久的記憶：當大家放聲歌唱時，我才明白什麼叫做真正的團結.雖然口上是説軍訓，但是我覺得它和上學是沒什麼兩樣的。因為教官教會了我們禮節禮貌、注意衞生和安全等。在最後一天的軍訓裏，我們有一個會操競賽，這就是把我們這三天所付出的汗水匯在一起充實表現出來的幾分鐘。果然不出我們所料，我們得了一等獎，並沒有破教官的紀錄。在領獎時，我彷彿能透過教官臉上的嚴肅，看出他心底的笑。
軍訓讓我明白了一點：在汗水中磨練堅韌更能造就成功：而在淚水中換來的堅持總有一天會隨時間消逝.像軍人那樣，經歷鐵一樣的堅韌，磨練鋼一樣的意志.雖然明白明天還是一個迷，但堅韌的心能將明天看的更清晰。
曾經一度認為軟件測試就是使用工具測試bug，現在看來不是這麼一回事情，因為還是有手工測試（執行測試），工具只是一個輔助，用工具你先要去了解測試的一些基本的東西（如：測試用例，預期結果等），不是那按兩下按鈕就行了，就算是錄製腳本，也需要看懂腳本的代碼，工具不是萬能的。
一開始接觸軟件測試覺得很枯燥乏味，全都是一些理論的東西，還不如回到國小學習語文呢，都是一些名詞的解釋，比如:黑盒測試，百合測試，系統測試。測試基礎等等這些，老師都會去告訴你這些名詞什麼意思，很無聊，到後來慢慢由語文變成了數學，開始練習測試用列的編寫，這個還有點意思，因為這個更多時候能夠體現個人的邏輯思維能力，再然後數學就轉變成了英語，因為要使用到一些測試的工具，比如：winrunner工具，錄製腳本它會產生一些代碼，不過代碼比較好理解，雖然是英文的但是還是很好看懂的。
學習軟件測試一學期，其實我覺得最重要的是興趣，有了興趣還是不行的，還需要具備一些語言的基礎，例如：c，java，c#等一些語言，這些語言你不需要去深入的學習，只需要瞭解，最重要的是瞭解數據庫（例如：sql，mysql，oracle）的知識，想要成為一個好的測試工程師，應該要全面的發展，讀懂需求分析文檔（注：客户的要求），還有要學會寫文檔，語言的組織能力決定你這份文檔的價值，這也是一種溝通能力的體現，比如寫缺陷報告時：有一項是描述缺陷，這就能看出你的表達能力，給程序員能不能看懂就能體現溝通，最後就是整理文檔和撰寫測試總結報告，越是到最後越是要細心，因為軟件永遠都是有缺陷的，我們的細心可以讓軟件減少一些bug，不求最好，只求更好。
接觸計算機程序設計已經快7年了，從事專門的軟件測試也快四年了，強子也是在陰差陽錯中踏入軟件測試領域，一開始只想做一個特牛的程序設計師，可是畢業後找工作卻找了個軟件測試的工作，在一些彷徨與猶豫中接受了這個職業並且到現在也做得挺開心，也是由於那時我們這個業務剛成立不久，由於表現還不錯所以一個陰差陽錯的機會被升為team leader，到現在也還在同一家公司做着測試的工作。
先講講做manager的一些體會，其實具體做什麼事真的不是那麼重要，關鍵是做事的方法，做人的章法，特別是對一個manager來説，方法比技術更重要，真的是這樣，當然我也很喜歡研究技術，技術能讓我找到更多的自信和成就感，但是面對着手下一幫兄弟姐妹，一個人的技術就顯得有些力不從心了，這個時候得把你的知識share給大家，當然形式多種多樣，比如寫一份文檔，做一個正式的training，給大家營造一種不恥下問的環境或者大家一起討論一些難題等等。當然還有很重要的一點，一定不能説“我不知道”，作為一個頭，如果你真的不知道，那你得想辦法通過一些手段與員工一起把這個問題解決了，堅決不能説“我不知道，你自己看着做吧“等，本來員工是很尊重你的，這些話將直接導致其鄙視你。
另外就是做頭的，特別像咱這種中低層的頭，不像中高層的領導，咱們考慮事情的角度不一樣，當這種小頭兒的最重要的兩件事：把事情做對做好，與員工打成一片。首先得確保把事情做對咯，然後帶領大家朝着這一個對的方向前進進而把事情做好，在99%的時間裏，你是和你的兄弟姐妹們呆在一起而不是和老闆，所以這個過程中的與員工的關係一定要融洽且單純，不能讓員工對你有隔閡感，經常一起吃飯，擺擺龍門陣，嘮嘮家常，開開玩笑，不要擺架子，在一個公司裏最不能擺架子的就是這種小頭兒（或稱之為leader或者manager一類），這就像個村官一樣，小樣的，還真把自己當回事兒呢？
做開發還是做測試？很多人討論甚至爭吵，強子認為之所以會有這樣的問題是因為中國還沒有把軟件行業普及好，大家還停留在江民時代，求伯君時代，認為做開發的才是牛人，才有前途。而事實上，現在的軟件是一個系統工程，缺開發，缺測試，缺文檔都不行，都可能直接導致失敗，誰最牛？強子認為寫文檔的人最牛，那咱們都去寫文檔？不過從強子面試的很多人當中來看，還是有更多的人願意做開發，這不能不説是一大遺憾，強子無能，也只能聊以文字來表達自己對測試的熱愛。測試猶如開發一樣，也是一門深不見底的大學問，咱以後慢慢討論。
關於項目管理，這又是一門大學問，強子在這幾年當中也經歷過無數次的版本更新，版本發佈或者一些內部的項目，對項目管理略知一二，有空時強子自會附上一些體會。我想項目管理最本質的一點：保護項目團隊，保護項目經理，去除雜音。項目經理這活，不好乾，要職位沒職位，要資金沒資金，做好了皆大歡喜，做不好就捲鋪蓋走人，挺難，不過咱有咱的方式方法，怕啥？
雖然一如繼往地寫讀書筆記，筆墨也浪費了不少。但真正坐下來利用大段的時間將自己的思路理清還沒有過。因為最近有了一定的時間,更因為狠狠地泡了一段時間測試論壇,下載學習了該網站的電子測試雜誌之後，自己的思路終於開始清晰起來，朦朦朧朧地開始看清了遠方的路,麻着膽子去分析一下自己,也學着展望一下未來了,畢竟摸黑走路的感覺很不好。
我覺得學習軟件測試的通用技術與針對某類軟件的測試技術外,還有一個重要的與技術無關的方面:業務知識.沒有具體的業務知識很難發現軟件中潛在的邏輯錯誤甚至是需求上的錯誤,當然需求要依據特定的軟件,但軟件測試人員對需求理解的深入程度不應低於軟件開發的人員.因為軟件測試所有的依據來自於需求,而所有的需求來自於客户,甚至是我們的全部都來自於客户.識別需求後還必須轉化為測試上的需求,畢竟測試人員看需求的角度和開發人員還是有區別的。
關於學習，我知道我並非計算機專業的學生,初涉軟件測試行業，沒有接受系統的培訓，對軟件測試一無所知，既不知道該測試什麼，也不知道如何開始測試。但是,總該知道如何去學習，然而我認為，學習總該有必要的方法。
1. 找個好師傅
這是最重要的一條了,也是公司提供的最好的一個條件.剛進來的時候,td,測試案例都有一個pm細心的和你講,案例有什麼方法來設計要注意哪些錯誤軟件測試技術相關書籍目錄、軟件測試流程相關文檔目錄、產品業務相關的文檔目錄，一大堆的東西馬上夠你頭暈的了.呵呵,還好,悟性不錯,都囫圇吞棗地吞下去了。
2.學會讀書
無論是神馬專業，我始終確信，萬變不離其宗，我知道，我不是這個專業的，但這個並不代表這我就不瞭解這個，再怎麼不濟，我也是從書本中走出來的，我相信，只要我努力地吧書本啃熟，我能夠靈活地融入到這個職業中去，從書本中找尋解決問題的方法。標記出自己所錯誤的。
3.與前輩們一起討論，多説
總有一天，我們會成為一位前輩，不過不是現在，至少現在我們應該好好的向別人學習，所以，我覺得，前輩是我們前進道路上不可或缺的一部分，他會成為引領我們前進的發動機，給我們指點，跟我們道工作的經驗。然而，我們也應該多説，我知道，前輩們給我們講解，已經是很辛苦的事情，畢竟，這不是他們的義務。我們也應該多多説説我們的觀點，這樣既能夠讓人家瞭解我們的水平，也方便老師前輩們對我們進行指導。
這些天的學習，我也有了一點自己的心得體會
體會一：軟件測試在整個軟件週期中的重要性。
它存在於整個項目週期，在項目開始之初需求調研的時候就開始了，在形成需求規格説明書的時候就需要針對文檔進行測試。這個環節在後續整個項目中佔了很大的比重，能主導整個項目的走向，成敗與否全在於開始階段的決策。
體會二：軟件測試的真正意義在於發現錯誤，而不在於驗證軟件是正確的。
再嚴密的測試也不能完全發現軟件當中所有的錯誤，但是測試還是能發現大部分的錯誤，能確保軟件基本是可用的，所以在後續使用的過程中還需要加強快速響應的環節。結合軟件測試的理論，故障暴露在最終客户端之前及時主動的去發現並解決。這一點就需要加強研發隊伍的建設。
?軟件測試方法和技術》這門課程，還是由張建東老師教我們的。在張老師的講解下，我深刻的體會到軟件測試是很有必要的。一個軟件，從最開始的可行性分析、需求分析、概要設計、詳細設計、編寫代碼。這一系列的開發之下。千辛萬苦的，花費了大量的人力物力、金錢時間，終於把軟件給做出來了。你試着想一下，要是送到客户的手上，客户突然發現，軟件用不了，或者是軟件存在很大的缺陷。導致軟件不好用、甚至比原先沒有這個軟件，還麻煩了。客户是很憤怒的。客户一憤怒，就導致客户不會付錢。這最終，項目失敗，造成資源的大量浪費，所以説軟件測試還是很有必要的。再者就是，軟件測試可以發現軟件的缺陷，從而通知編程人員不斷改進軟件。在這樣不斷測試，不斷改進的情況下。將軟件性能不斷提高，軟件變得越來越好用。
軟件測試，旨在發現軟件的缺陷。可以這樣説，軟件測試就是以發現軟件缺陷，為最終目的的測試活動。它通過軟件測試方法，白盒的、黑盒的、靜態的或是動態的。藉助軟件測試工具，來找到缺陷。然後在缺陷評審和確認之後將缺陷記錄下來，並用缺陷管理工具管理，詳細描述，關注軟件缺陷的發生週期。對它的嚴重性、和優先級下一個定義。書寫軟件缺陷報告，具名缺陷的重現步驟、測試的期望結果與實際結果、還有相關圖片、文字資料。提交給軟件編程人員，來完成軟件缺陷的修復。
軟件測試的方法，包括：白盒測試和黑盒測試。其中，白盒測試之中，有含有：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋、等方法。黑盒測試方法中，有：等價類劃分法、邊界值分析法、判定表法、因果圖法等。軟件測試方法，按照是否運行代碼來看，可以分為：靜態測試和動態測試。其中靜態測試有，對代碼的走查和評審。動態測試，則是要通過運行代碼來執行。白盒測試多用於軟件的單元測試上，黑盒測試多用於功能性測試上。代碼的靜態測試和動態測試，則是每一個軟件項目都必須的。
單元測試，多構造樁函數或是驅動程序來測試。一般藉助與各種軟件測試工具。軟件測試，或者説程序測試。一般先是進行單元測試。單元測試，修改完單元之中的缺陷、錯誤之後，就是集成測試。集成測試多針對程序功能進行測試，看程序的各項功能是否達到要求，是否齊全。集成測試之後就是系統測試。系統測試是針對整個軟件系統的。看軟件系統是否達到性能的要求。從而改進代碼，以求達到系統的嚴格要求。最後就是驗收測試，這個測試，一般都分成兩半來做。一半是，程序員模擬客户環境，進行測試。而，另一半則是，真正的客户參與的測試。最大程度的體現客户的真實環境。客户在試運行的情況下，看是否會發現，平時發現並且以前的環境發現不了的問題。
驗收測試，包含對界面的測試和軟件可用性的測試，運用尼爾森十大原則，來測試軟件是否好用。軟件是否達到用户的對軟件界面的需求。
無論是軟件編寫，還是軟件測試，都需要相應的文檔管理。還有針對軟件測試製定的測試計劃，軟件測試執行等。
通過本學期的學習，我感受到軟件測試是一門非常需要學習的課程。即使作為考察課程，它也是軟件行業人士所必須瞭解的知識。它對軟件工程項目的作用是至關重要的。現在，作為學生的我所做的項目雖然都是一些小的項目，但是在小組共同開發的時候還是需要用到
項目的測試。如今這門課程我學的還不是很好，但我相信在今後的實訓及工作當中，能夠更好的體驗和感受到項目測試的精髓，對軟件項目測試有更深入的瞭解。我也希望，學校的老師能夠在今後的教學當中重視軟件項目測試課程，多讓學生了解實例，去感受、體會軟件項目測試所遇到的問題和解決方案，理解軟件項目測試的精髓。
蒙田範文網