一、軟件產品清單

軟件產品不僅包括代碼，以下清單對于軟件測試員來說，也很重要。

1、幫助文件；

2、用戶手冊

3、樣本和示例；

4、標簽和帖子

5、產品支持信息；

6、圖標和標志

7、錯誤信息----------軟件產品最容易忽視的部分。

8、廣告和宣傳材料

9、安裝；

10、說明文件

二、軟件開發模式（最常用的4種）

1. 大棒模式（最好避免）

?? 優點：簡單

?? 介紹：計劃、進度安排和正規開發過程幾乎沒有，所有精力都花在開發軟件和編寫代碼上。

?? 軟件測試的工作：向客戶報告發現的問題。

?? 最慘的狀態：項目管理員認為產品已經準備完工，因此軟件測試員的工作妨礙了交付。

2. 邊寫邊改模式（很常見）

?? 介紹：采用這種方式的小組通常只有粗略的想法，就進行簡單的設計，然后開始漫長的來回編寫、測試和修復過程。等到實在不堪忍受了，就發布產品。

?? 使用情況：意在快速制作而且用完就扔的小項目。

?? 軟件測試員：要清醒的認識到自己將和程序員一道陷入無休止的循環往復，幾乎每一天都會拿到新的軟件版本。當新版本出來時，舊版本的測試可能尚未完成，而新版本還可能包含新的或者經過修改的功能。最后，終于有機會對幾乎所有功能進行測試了，并且發現軟件缺陷越來越少，這時某人（或者進度）決定該發布軟件了。

3. 流水模式

?? 介紹：采用流水線模式的項目從最初的構思到最終產品要經歷一系列步驟。每一個步驟結束時，項目小組進行審查，并決定是否進入下一步。如果項目下一步未就緒，就停滯下來。

?? 流水線方式的重要事項：

? （1）非常強調產品的定義。注意：開發或者代碼編制階段只是一個模塊。

?? （2）各步驟是分立的，沒有交叉。

?? （3）無法后退。一旦進入某一個步驟，就要完成該步驟的任務，才能向下繼續---不能退縮。

該模式的目標：在編寫代碼之前解決所有的未知數并明確所有細節。

從測試角度：流水模式比截止到目前為止的其他模式更為有利。所有的一切都有完整細致的說明。當軟件提交到測試小組時，所有細節都已確定并有文字資料，而且融入軟件之中。由此，測試小組得以制定精確的計劃和進度。測試對象非常明確，功能和軟件缺陷也不會發生混淆。

??????? 但因為測試僅在最后進行，所以一些根本性問題可能在早期被掩蓋，直到準備發布產品時才可能發現。（軟件缺陷修復費用隨著時間推移，費用會數十倍的增長）。

我們需要一個模式在早期費用不大時執行測試任務

4. 螺旋模式

?? 主要思想：開始不必詳細定義所有細節。從小開始，定義重要功能，努力實現，接受客戶反饋。，然后進入下一階段。重復上述過程，直至得到最終產品。

?? 每個螺旋包括6個步驟：

?? （1）確定目標、可選方案和限制條件

?? （2）指出并解決風險

?? （3）評估方案

?? （4）本階段開始和測試

?? （5）計劃下一階段

?? （6）確定進入下一階段的方法

? 該模式中包含了一點流水模式（分析、設計、開發和設計步驟）、一點邊寫邊改模式（每次盤旋上升）和一點大棒模式（從外界觀察）。

?軟件測試：通過參與最初的設計階段，可以盡早地影響到產品。產品的來龍去脈都很清楚。在項目末期，不至于匆匆忙忙在短時間內進行全面測試。測試一直在進行，直到最后宣布全部成功。

總結

以上是生活随笔為你收集整理的读《软件测试》（美）Ron Patton笔记之一（2） 软件开发过程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。