建構之法閱讀筆記05

又偷了幾周的懶，閱讀筆記的步伐又跟不上進度了，檢討…..

上次看到了關于典型使用者與場景的設計，跟着老師的步伐慢慢的走到了軟體測試這個單元，對于這個部分，通過老師課堂的講解印象最深的就是BUG，感覺這就是整個軟體測試的核心。課下的閱讀發現并不是這樣的，BUG知識測試方法的一部分，但這依舊讓我感受最深，可能這是對貼近我們生活的，也是目前我們軟體接觸到最常出現的問題，也是我們最常用的測試方法。

記得上課最開始老師就說過，對于程式設計能力較弱的同學來說，軟體測試也許是一個新的方向，這讓我心裡有點小激動呢，因為我就是程式設計道路上的小菜鳥(真不是謙虛O(∩_∩)O)。也許一談到軟體測試在我們的印象中就是找幾個特殊的資料測試一下就好了，在我們的潛意識裡，我們對軟體測試是存在誤區的。比如，測試在項目的最後進行就可以了，測試就得根據規格說明書（spec）來測，是以是很機械的，測試人員當然也寫代碼，但是品質不一定要很高，測試隻是被動地接受别人的産出，然後開始自己的工作，比較被動，不能發揮創造性。

對于軟體測試，以前就是覺得這都是後續的工作了，需要程式編寫完成後才可以進行測試，而且測試工作需要對程式很了解才知道如何下手進行測試，有時甚至都沒有想過測試，覺得程式編寫出來後就萬事大吉了，有什麼樣的問題也不知道，最後導緻程式出現局限性，就像老師說的：我編寫的程式隻能我自己用，别人一用就錯。現在看來以前的認知都是錯誤的，對軟體測試的了解不能停留在這樣的表面。雖然我們不能更專業的去測試，也沒有“黑箱”和“白箱”，但是我們可以從最基本的入手，發現一個問題是一個問題，改正一個問題對程式來說就是一件好事。做出來的作品是要給别人應用的，不能自己用着“完美”，别人用着“垃圾”啊。在以後的程式軟體編寫中，要随時進行測試，有些局部的小問題是不需要等到全部程式編寫完成後才能測試出來的，多做測試程式就會更完善，獲得别人的認可，這樣做一個程式員才更加有價值啊。