CMMI雜感談[1]

領測軟件測試網
　　五、編寫代碼

　　編寫代碼就是真的在機器上用計算機語言實現前面所設計的軟件功能了，編寫代碼時要做到高度對應在詳細設計里所描述的算法，因為以后的“除蟲”或升級等，很多時候都是以詳細設計的文檔資料為根據的，如代碼和詳細設計的描述的偏差，很容易誤導以后進行維護工作的 程序員，而且這種錯誤很能被發現，而那樣會浪費掉很多不必要的人力物力。

　　程序員們還要注意的就是在編碼時盡可能在重點和難點的地方留下注釋，這樣對后來的程序員讀源代碼也有很大的幫助。

　　六、 軟件測試
　　
　　軟件測試近年來好像提到了和需求分析同一個高度，有點實力的軟件公司都有相應的軟件測試隊伍，他們的任務就是和開發人員作對，專門和他們過不去，軟件開發得好好的，他們就來故意找茬，可在 軟件工程看來，這樣找茬是保證軟件質量必不可少的。

　　其實就軟件這種產品的特殊性而言，沒有一個軟件可以做到沒有BUG，從客觀上講測試是找出BUG最直接和有效的方法，當然這樣的說法是相對于軟件沒有發行而言的，在軟件工程里BUG粗劣的分法可以分為代碼錯誤和邏輯設計錯誤。

　　至于測試軟件的方式由于側重點不同各有不同，主要方式還是在設計測試用例的基礎上檢驗軟件的各個組成部分，逐個測試看能不能達到所期望的結果，測試亦分為單元測試、集成測試、確認測試，除此之外還有錯誤測試，就是故意輸入不合法的數據或故意進行非法操作來測試軟件。

　　軟件測試的方法：

　　軟件測試的方法一般分成兩種類型：靜態測試法和動態測試法，而動態測試法又根據測試用例的不同可分為白盒測試和黑盒測試兩類。

　　1、靜態測試法
       不在計算機上進行測試而采用人工和計算機輔助分析的手段進行檢測的方法稱為靜態測試法。

        2、動態測試法
        利用計算機來運行相關軟件產品進行的測試稱為動態測試法，一般而言我們說的軟件測試是指動態測試，它可分為白盒測試和黑盒測試。

            (1)白盒測試:它把一個軟件產品看作一個盒子，而白盒測試就是“打開這個盒子來測試”。測試人員要了解程序的內部結構和處理過程，而測試的主旨就是檢查處理過程的細節有無出錯。
            (2)黑盒測試：黑盒測試是最貼近用戶使用角度的測試，它把軟件產品看作是一個封閉的盒子，以功能為中心，測試軟件的各項功能是否達到設計時的要求。

　　最后要講一點就是原則上不要讓軟件開發人員再作為軟件測試人員，因為人一般都有點“自我”心里，自己寫的代碼自己來測試，一來他會用“合法”的操作和數據來測試，不會出錯，而一旦別人進行操作就會出問題，二來無論他是否愿意，都會有意無意的朝證明自己正確的方向進行，這樣的測試很難發現重大的錯誤。

[1]  [2]  [3]  [4]  [5]