1.軟體測驗基礎理論
1.1.定義
軟體測驗（Software Testing），描述一種用來促進鑒定軟體的正確性、完整性、安全性和質量的程序，
1.2.現狀
根據中國調研報告網發布的《2019年中國軟體測驗行業現狀研究分析與市場前景預測報告》顯示，軟體軟體測驗企業以非外包公司為主，其中傳統IT企業、互聯網企業數量占比超過50%.軟體測驗企業中對軟體測驗己有較高的認可度和重視度，
隨著對軟體測驗的重視，企業測驗人員與開發人員比基本保持在1： 3的比例，比例在1： 7以上的近幾年來下降趨勢明顯，向其他比例分散轉變，說明多數公司的測驗理念已發生改變，對專業測驗的重視程度逐步加強；而1：3的比例近年的持續緩慢上升，也體現出在未來幾年國內企業對這種人員配比傾向度較高，
1.3.前景
1.4.軟體工程的目的
成本：專案的開銷，人工成本，工具成本，設備成本，錯誤成本（BUG）
進度：時間，計劃
質量：軟體對顧客需求的滿意程度，一個低質量的軟體，即使生產成本很低，進度控制良好，顧客也難以接受，
1.5.內容
程式測驗包括程式邏輯功能，界面，性能，易用性，兼容性，安裝等測驗，當然檔案測驗也算，排版，字體大小，也算程式測驗的內容
1.6.測驗環境
測驗環境=硬體+軟體+網路
硬體環境：筆記本,臺式機，服務器
軟體環境：不同的作業系統 windows10 windows8 windows7 Linux Mac，
不同瀏覽器firefox chrom
網路:局域網還是互聯網
1.7.流程
2.軟體測驗分類
3.測驗分類占比
4.軟體測驗的原則
- 應當把“盡早和不斷地測驗”作為開發者的座右銘；
- 設計測驗用例時，應該考慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態和意外狀態，比如網路例外中斷、電源斷電等情況；
- 一定要注意測驗中的錯誤集中發生現象，這和程式員的編程水平和習慣有很大的關系；
- 對測驗錯誤結果一定要有一個確認的程序，一般有A測驗出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析；
- 制定嚴格的測驗計劃，并把測驗時間安排得盡量寬松，不要希望在極短的時間內完成一個高水平的測驗；
- 回歸測驗的關聯性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現的現象并不少見；
- 妥善保存一切測驗程序檔案，意義是不言而喻的，測驗的重現性往往要靠測驗檔案，
5.軟體生命周期模型
軟體生命周期 同任何事物一樣，一個軟體產品或軟體系統也要經歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為軟體生命周期
5.1.邊做邊改模型
5.2.瀑布模型
優點：
- 為專案提供了按階段劃分的檢查點
- 當前一階段完成后，只需要去關注后續階段，
缺點：
- 各個階段的劃分完全固定，階段之間產生大量的檔案，極大地增加了作業量，
- 由于開發模型是線性的，用戶只有等到整個程序的末期才能見到開發成果，從而增加了開發風險，
- 通過過多的強制完成日期和里程碑來跟蹤各個專案階段，
- 瀑布模型的突出缺點是不適應用戶需求的變化，
5.3螺旋模型
開發程序具有周期性重復的螺旋線形狀，4個象限分別標志每個周期所劃分的4 個階段：制定計劃、風險分析、實施工程和客戶評估，螺旋模型要點：統一了瀑布模型與原型模型，與增量模型相似，更強調風險分析，
- 軟體分多個版本開發，每個版本就是一次螺旋，
- 每個版本按照這樣的順序進行：
a. 確定軟體目標，選取定實施方案，弄清專案開發的限制條件；（圖中左上象限）
b. 分析所選取方案，考慮如何識別和消除風險；（圖中右上象限）
c. 實施軟體開發；（圖中右下象限）
d. 評價開發作業，提出修正建議，調整計劃，（圖中右下象限、左下象限） - 需求不是一次獲取和實作的，通過多個螺旋來完善，
- 計劃也不是一次成型的，每次螺旋都需要調整，
優點：
- 設計上很靈活，可以在專案的各個階段進行變更；
- 以小的分段來構建大型系統，使成本計算變得簡單容易；(國企專案)
- 客戶始終參與每個階段的開發，保證了專案不偏離正確方向以及專案的可控性；
- 隨著專案推進，客戶始終掌握專案的最新資訊 , 從而能夠和管理層有效地互動；
- 客戶認可這種公司內部的開發方式帶來的良好的溝通和高質量的產品，
缺點：
螺旋模型強調風險分析，但要求許多客戶接受和相信這種分析，并做出相關反應是不容易的，因此，這種模型往往適應于內部的大規模軟體開發，該模型建設周期長，而軟體技術發展比較快，所以經常出現軟體開發完畢后，和當前的技術水平有了較大的差距，無法滿足當前用戶需求，
5.4.V模型
V模型的缺陷及解決思路
V模型僅僅把測驗程序作為在需求分析、系統設計及編碼之后的一個階段，忽視了測驗對需求分析,系統設計的驗證，需求的滿足情況一直到后期的驗收測驗才被驗證，
解決的思路是，當一個軟體開發的時候，研發人員和測驗人員需要同時作業，測驗在軟體做需求分析的同時就會有測驗用例的跟蹤，這樣，可以盡快找出程式錯誤和需求偏離，從而更高效的提高程式質量，最大可能的減少成本，同時滿足用戶的實際軟體需求，
優點：
- 每一個階段都清晰明了，便于控制開發的每一個程序，
- 既包含單元測驗又包含系統測驗，
缺點：
- 測驗介入的比較晚，對于前期的一些缺陷無從發現和修改，
- 測驗和開發串行，
5.5.W模型
相對于V模型，W模型更科學，W模型是V模型的發展，強調的是測驗伴隨著整個軟體開發周期，而且測驗的物件不僅僅是程式，需求、功能和設計同樣要測驗，測驗與開發是同步進行的，從而有利于盡早地發現問題，
優點
- 測驗伴隨著軟體的整個生命周期，例如，在需求分析結束后就可以進行需求分析測驗，
- 測驗于開發是并行獨立進行的，
缺點
- 對有些專案，開發程序中根本沒有檔案產生，故W模型無法使用，
- 對于需求和設計的測驗技術要求很高，實踐起來很困難，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/225928.html
標籤：其他
上一篇：移動通信系統-求11011011的空時網格碼2天線8狀態輸出序列
下一篇：Qt音視頻開發48-通用通道管理