新手小白必學(xué)軟件測試基礎(chǔ)知識

發(fā)布時間：2019-11-04 08:46:09 瀏覽次數(shù)：4281

　　1983年IEEE提出的軟件工程術(shù)語中給軟件測試下的定義是：“使用人工或自動的手段來運行或測定某個軟件系統(tǒng)的過程，其目的是為了檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。"這個定義明確指出:軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。

　　一、測試定義與目的

　　定義：

　　目的：

　　獲取系統(tǒng)在可接受風(fēng)險范圍內(nèi)可用的信心;嘗試在非正常情況和條件下的功能和特性;保證一個工作產(chǎn)品是完整的并且可用或者可被集成

　　發(fā)現(xiàn)缺陷、錯誤和系統(tǒng)不足;定義系統(tǒng)的能力和局限性;提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息

　　澄清系統(tǒng)的規(guī)格和性能;提供預(yù)防或減少可能制造的錯誤的信息;在過程中盡早檢測錯誤;確認問題和風(fēng)險，并且提前確認解決這些問題和風(fēng)險途徑

　　二、測試原則

　　測試人員應(yīng)該盡早介入，越早發(fā)現(xiàn)缺陷，修復(fù)缺陷的成本越低

　　缺陷具有集群性，測試過程中80%的錯誤分布在20%的模塊上

　　站在用戶的角度去體驗產(chǎn)品，所有的測試都應(yīng)該追溯到用戶的需求

　　設(shè)計測試用例時，要考慮合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，100%的覆蓋需求

　　完全測試是不可能的，測試需終止，運用風(fēng)險分析和不同系統(tǒng)功能的測試優(yōu)先級，里確定測試的關(guān)注點

　　程序員避免檢查自己的程序，除單元測試外。開發(fā)對自己的作品在思維上具有局限性;交給第三方或?qū)I(yè)測試，利用各種測試技術(shù)、測試經(jīng)驗和對Bug的敏感性，提高軟件質(zhì)量

　　制定嚴格的測試計劃，并妥善保存測試過程中的所有文檔

　　對錯誤結(jié)果要進行一個確認過程

　　三、測試分類

　　按測試階段劃分

　　單元測試、集成測試、系統(tǒng)測試、驗收測試(正式驗收測試，Alpha測試、Beta測試)

　　按測試技術(shù)劃分

　　黑盒測試、白盒測試、灰盒測試

　　按測試手段劃分

　　手工測試、自動化測試

　　被測對象是否運行劃分

　　動態(tài)測試、靜態(tài)測試(文檔檢查、代碼走查、界面檢查)

　　按測試內(nèi)容劃分

　　功能測試、安全測試、界面測試、兼容性測試、易用性測試、性能測試、

　　壓力測試、負載測試、恢復(fù)測試

　　其他測試

　　冒煙測試、回歸測試、探索性測試(測試思維)

　　四、軟件的生命周期

　　定義：

　　軟件的產(chǎn)生直到報廢或停止使用的過程

　　階段：

　　一、問題定義與規(guī)劃

　　主要確認軟件開發(fā)的目的及可行性，制定開發(fā)計劃。

　　二、需求分析

　　在確定軟件開發(fā)可行的情況下，對軟件的需要實現(xiàn)的各項功能進行詳細分析，明確客戶的需求，輸出需求規(guī)格說明書(原型圖)。

　　三、軟件設(shè)計

　　把需求分析的結(jié)果轉(zhuǎn)換為軟件結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，形成系統(tǒng)架構(gòu)。

　　概要設(shè)計：主要是架構(gòu)的實現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)的實現(xiàn)等。

　　詳細設(shè)計：對概要設(shè)計的各個功能模塊進行深入分析，對各個模塊組合進行分析等。

　　這一階段要求達到偽代碼級別，已經(jīng)把程序的具體實現(xiàn)的功能，現(xiàn)象等描述出來，其中包括數(shù)據(jù)庫的設(shè)計說明。

　　四、軟件編碼

　　按照設(shè)計好的詳細模塊功能表，編程人員編寫出計算機可運行的程序代碼。

　　五、軟件測試

　　在軟件設(shè)計完成后就要經(jīng)過嚴密的測試，以發(fā)現(xiàn)軟件在整個過程中存在的問題并加以糾正。測試方法主要有白盒測試和黑盒測試。

　　單元測試：主要測試程序代碼，為的是保證各個單元模塊被正確的編譯，比如有具體到模塊的測試，也有具體到類、函數(shù)、方法的測試等，一般由開發(fā)人員完成

　　集成測試：單元測試后，將各個單元組成完成的體系，測試單元之間的接口是否正確，數(shù)據(jù)能否正常傳遞。

　　系統(tǒng)測試：把軟件系統(tǒng)搭建起來，按照軟件規(guī)格說明書中所要求，測試軟件的性能功能等是否和用戶需求相符合，在系統(tǒng)中運行是否存在漏洞等。—— 根據(jù)測試用例完整的測試

　　回歸測試：主要是用戶在拿到軟件的時候，在使用現(xiàn)場根據(jù)前面所提到的需求以及規(guī)格說明書來做相應(yīng)的測試，以確定軟件達到預(yù)期效果。—— 用戶對軟件進行驗收

　　六、運行維護

　　軟件的維護是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)客戶的需求。要延續(xù)軟件的使用壽命，就必須對軟件進行維護。

　　軟件的維護主要包括糾錯性維護和改進性維護兩個方面。

　　五、軟件測試模型

　　瀑布模型

　　瀑布模型(Waterfall Model) 是一個項目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護，每個階段都會產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么最好 “返回”上一個階段并進行適當?shù)男薷模椖块_發(fā)進程從一個階段“流動”到下一個階段，這也是瀑布模型名稱的由來

　　V模型

　　RAD(Rap Application Development，快速應(yīng)用開發(fā))模型是軟件開發(fā)過程中的一個重要模型，由于其模型構(gòu)圖形似字母V，所以又稱軟件測試的V模型。

　　優(yōu)點：

　　1. 明確地標注了測試過程中存在的不同測試類型;

　　2. 清楚的描述了這些測試階段和開發(fā)過程期間個階段的對應(yīng)關(guān)系;

　　缺點：

　　1. 不適合需求變化頻繁的程序;

　　2. 發(fā)現(xiàn)錯誤時間較晚;

　　3. 僅僅把測試作為在編碼之后的一個階段，未在需求階段就進入測試;

　　W模型

　　目的：為解決V模型的缺陷而產(chǎn)生，增加了軟件個開發(fā)階段中應(yīng)同步進行的驗證的確認活動

　　特點：測試的對象不僅是程序，需求、設(shè)計等同樣要測試，開發(fā)與測試同步