隨著軟體工程學科的發展，軟體工作的範圍不僅僅侷限在程式編寫，而是擴充套件到了整個軟體的生命週期，如軟體基本概念的形成，需求分析，設計，實現，測試，安裝部署，執行維護，直到軟體被更新，替換成了其他版本。軟體工程還包括很多技術性的管理工作，例如過程管理，產品管理，資源管理和質量管理，在這些方面也逐步地建立起來標準或規範
軟體的生命週期：
軟體的生命週期是指從軟體產品的涉嫌開始到軟體產品不在使用而結束。如果吧軟體看成是有生命的事物，那麼軟體的生命週期可以分成6個階段
即需求分析，計畫，設計，編碼，測試，執行維護
一、瀑布模型：
瀑布模型是其他模型的基礎框架，是線性順序進行的。
二、螺旋模型
螺旋模式，一般在軟體開發初期階段雪球不是很明確的時候，採用漸進式的開發模式，螺旋模型式漸進式開發模型的代表之一
三、增量、迭代
例如畫一幅人物畫，用增量就是先畫頭，再畫身體，再畫手腳；而迭代是先描繪出乙個整體的輪廓，勾勒出基本的雛形，然後再細化，著色
四、敏捷
1.敏捷宣言：我們通過身體力行和幫助他人來揭示更好的軟體開發方式。由此形成了以下價值觀：
敏捷開發有很多種方式，其中scrum是比較留下的一種
2.敏捷中的角色：
scrum有product owner （類似於「產品經理」），scrum master（類似於「專案經理」）和team（研發團隊）組成
迭代開發：
與瀑布模型不一樣，scrum將產品的開發分解為若干各小的迭代，其週期從1~4不等，但不會超過四週期，參與團隊成員一般5~9人，每期迭代要完成的user story是固定的，每次迭代會產生一定的交付
3.敏捷中的測試
挑戰一：輕文件，即對文件的依賴性比較少
挑戰二：快速迭代
一、軟體測試v模型（瀑布模型的變種）
優點：該模型明確標註了測試過程中存在的不同型別的測試，並且清楚的描述了這些測試階段二號開發過程期間各個階段的對應關係
缺點：本模型具有侷限性，僅僅把測試作為編碼之後的乙個階段，未在需求階段寫入測試
二、軟體測試w模型（雙v模型）
w模型由倆個v組成，分別代表測試和開發的過程，w模型下測試和開發並行。
特點：測試的物件不僅是程式，需求，設計等，同樣要測試
優點：有利於盡早的全面的發現問題，例如：在需求分析後，測試人員就應該盡早的參與到需求驗證和確認活動中，以便盡早發現缺陷所在
缺點：侷限性，雖然開發與測試是並行的，但是需求，設計，編碼等活動仍是序列，上一階段完成，下一階段才能開始工作，無法支援敏捷開發模式。對於當前軟體開發複雜多變的情況，w模型並不能解除測試管理面臨的困惑
配置管理器：是通過對在軟體生命週期不同的時間點上的軟體配置進行標識，並對在這些被標識的軟體配置項的更改進行系統控制，從而達到保證軟體產品的完整性和可塑性的過程
軟體測試 2 開發模型和測試模型
軟體的生命週期 軟體的生命週期是指從軟體產品的設想開始到軟體不再使用而結束的時間。一般分為6個階段 需求分析 計畫 設計 編碼 測試 執行維護。瀑布模型 瀑布模型是所有其他模型的基礎框架，每個階段只執行一次，因此是線性順序進行的軟體開發模式。優點 1.強調開發的階段性 2.強調早期計畫及需求調查 3...
模型的開發和測試
在談論開發模型和測試模型之前，我們先在談論開發模型和測試模型之前，我們先來了解一下軟體的生命週期 軟體的生命週期分為六個階段 需求分析 計畫 設計 編碼 測試 執行維護。一 開發模型 1.瀑布模型 wate ll model 適用場景 適合需求變化少的專案 是序列的。優點 1 強調開發的階段性 2 ...
測試 開發模型與測試模型
軟體的生命週期 從軟體產品設想開始到軟體不再使用而結束的時間，軟體生命週期分為六個階段，分別為 需求分析，計畫 設計 編碼 測試 執行維護。瀑布模型 瀑布模型在軟體工程中佔主要地位，是所有其他模型的基本框架，瀑布模型的每乙個階段都只執行一次，是線性順序進行的軟體開發模式。優點 強調開發的階段性，強調...