前言：本站為你精心整理了軟件測試與軟件工程范文，希望能為你的創作提供參考價值，我們的客服老師可以幫助你提供個性化的參考范文，歡迎咨詢。

軟件測試和軟件工程都是大家很熟悉的概念了，尤其對于那些從事軟件測試的人來說，軟件測試已經成了大腦中揮之不去的一部分，但往往是獨立于軟件工程之外的一部分，這就使得軟件測試經常事倍功半，本文就是有感于此而寫的。

實際上，測試人員被測試搞得暈頭轉向，測試管理人員不知所措是常有的事情（相對來講，一些知名的大型跨國公司做的比較好）。這些主要和測試時間緊迫，測試質量與產品質量的標準很難度量有關——最可怕的不是對手厲害，而是未知的對手。要解決這些問題顯而易見要找到這些問題的根本原因，那就要從根本上說起，軟件測試是軟件工程的組成部分，脫離軟件工程框架的軟件測試是不可以想象的，軟件工程的工程思想和方法作用在軟件產品的每個階段，當然軟件測試也不能例外。換句話說，軟件工程的思想為軟件測試提供了基礎的思想和方法，任何的軟件測試不論在哪個階段都不應該脫離軟件工程的思想，孤立的去思考，設計，規劃，執行，并驗證。但實際上是，由于測試工作的繁忙（大多數是由缺少標準和規劃而無法控制所致），更多的時候，可能只是就問題論問題了，從而偏離了軟件測試的方向，使得測試質量不可控。

拋開具體的軟件工程的具體模型，一般的產品周期流程可以如下劃分

[圖片]

大圈的產品周期模型是所有軟件產品都不可避免的遵循，也是比較成熟的，小圈的內容模型每個公司做法各異，簡單的和復雜的，隨意的和規范的，可以說是五花八門，但是對產品質量的貢獻卻很難測度，其做法也很難規制，結果也很難在標準上量化，所以這種小圈通常做的情況是，做了，大概這樣就行了。至于應該做到的尺度和已經做到的程度，以及瞻前顧后的思考與評價就很難了。而實際上恰恰就是這種小圈的質量一步步的決定了大圈的質量，產品的質量。這也是為什么作者要把小圈放在大圈中間的原因。隨著軟件產業的發展，相信小圈的質量也會越來越規范化和標準化。更重要的是，這個仁者見仁智者見智的地方，也是產品負責團隊水平的一個驗證。

就軟件測試而言，顯然是既包含大圈也包含小圈。大圈的測試規程和方法有很多，這里不再說明。而小圈是軟件工程的每一個小的組成階段，也是一個小的周期或者循環，既然具體到了每一個階段，那么每個階段的任務，方法，判斷尺度等都是不同的，也就是要求測試人員，要對每個階段都有足夠的能力去完成。這也是評判一個測試人員水平的標準，具體到不同產品階段的標準。