軟件測試的目的

1、測試(shi)是為了發現程序中的(de)錯(cuo)誤而執行程序的(de)過(guo)程。

2、好的(de)測(ce)試方案是(shi)極可能(neng)發(fa)(fa)現(xian)迄今為止尚未發(fa)(fa)現(xian)的(de)錯誤的(de)測(ce)試方案。

3、成功的測(ce)試是發現(xian)了至今(jin)為止尚(shang)未發現(xian)的錯誤的測(ce)試。

4、測試并不僅僅是為了找出錯誤。通過分析錯誤產生的原因和錯誤的發生趨勢，可以幫助軟件項目管理者發現當(dang)前(qian)軟件開發過程中的缺陷，以便及時(shi)改進。

5、這種分析也能幫助測(ce)試(shi)人員設計出有(you)針對性的測(ce)試(shi)方法，改善測(ce)試(shi)的效(xiao)率(lv)和有(you)效(xiao)性。

6、沒(mei)有發現錯誤的(de)(de)測(ce)試也是有價值的(de)(de)，完整的(de)(de)測(ce)試是評定軟(ruan)件質量的(de)(de)一(yi)種方(fang)法。

7、另外，根據測(ce)(ce)試目的(de)(de)(de)的(de)(de)(de)不同，還(huan)有回歸(gui)測(ce)(ce)試、壓力(li)測(ce)(ce)試、性能(neng)(neng)(neng)測(ce)(ce)試等，分別為了檢驗修(xiu)改或優化過(guo)程是否引發新的(de)(de)(de)問題、軟件所能(neng)(neng)(neng)達到處(chu)理(li)能(neng)(neng)(neng)力(li)和是否達到預期的(de)(de)(de)處(chu)理(li)能(neng)(neng)(neng)力(li)等。

該圖片由注冊用戶"互聯網說"提供，版權聲明反饋

軟件測試的原則

1、測試應該盡早進行(xing)，最好在需(xu)求(qiu)階段就開始介入，因為(wei)最嚴(yan)重的錯誤不外乎是系統不能滿足(zu)用戶的需(xu)求(qiu)。

2、程序員應(ying)該避免(mian)檢查自己(ji)的(de)程序，軟件測試(shi)應(ying)該由第三(san)方來負責。

3、設(she)計測試用例時(shi)應考慮到合法的輸(shu)入(ru)和不合法的輸(shu)入(ru)以及各種(zhong)邊界條件，特殊情(qing)況下(xia)還要制(zhi)造極端狀態和意(yi)外狀態，如網(wang)絡異常(chang)中(zhong)斷、電源斷電等。

4、應(ying)該充分注意測試中的群集現象(xiang)。

5、對錯誤結果要進行(xing)(xing)一(yi)個確(que)認過程(cheng)。一(yi)般由A測試(shi)出來的錯誤，一(yi)定要由B來確(que)認。嚴重的錯誤可以召開評審(shen)會議進行(xing)(xing)討(tao)論和分析，對測試(shi)結果要進行(xing)(xing)嚴格地確(que)認，是否真(zhen)的存在(zai)這個問題以及嚴重程(cheng)度等。

6、制定(ding)嚴格的測(ce)(ce)試計劃(hua)。一(yi)定(ding)要制定(ding)測(ce)(ce)試計劃(hua)，并且要有指導性。測(ce)(ce)試時(shi)間(jian)安(an)排盡(jin)量寬松，不要希望在極短的時(shi)間(jian)內完(wan)成一(yi)個高水平的測(ce)(ce)試。

7、妥(tuo)善保存測(ce)試計(ji)劃、測(ce)試用(yong)例(li)、出錯統計(ji)和(he)最(zui)終(zhong)分析報(bao)告，為(wei)維護提供方便。

軟件測試的方法

1、靜態測試

靜(jing)態測試方式指軟(ruan)件(jian)代碼的靜(jing)態分析(xi)測驗(yan)，此類過(guo)(guo)程(cheng)(cheng)中應用(yong)(yong)數據(ju)較(jiao)少，主要過(guo)(guo)程(cheng)(cheng)為通過(guo)(guo)軟(ruan)件(jian)的靜(jing)態性(xing)測試（即人(ren)工推斷或計算機(ji)輔助測試）測試程(cheng)(cheng)序中運算方式、算法(fa)的正確性(xing)，進而完成測試過(guo)(guo)程(cheng)(cheng)，此類測試的優點在于(yu)能夠消耗較(jiao)短時間、較(jiao)少資源完成對軟(ruan)件(jian)、軟(ruan)件(jian)代碼的測試，能夠較(jiao)為明顯地發現此類代碼中出現的錯誤。靜(jing)態測試方法(fa)適(shi)用(yong)(yong)范圍較(jiao)大，尤其適(shi)用(yong)(yong)于(yu)較(jiao)大型的軟(ruan)件(jian)測試。

2、動態測試

計算機動態(tai)(tai)測(ce)試(shi)(shi)(shi)的主(zhu)要目的為(wei)(wei)(wei)(wei)檢(jian)測(ce)軟(ruan)件運(yun)(yun)行(xing)中出現的問題，較靜態(tai)(tai)測(ce)試(shi)(shi)(shi)方(fang)式相比，其(qi)被(bei)稱為(wei)(wei)(wei)(wei)動態(tai)(tai)的原因即為(wei)(wei)(wei)(wei)其(qi)測(ce)試(shi)(shi)(shi)方(fang)式主(zhu)要依賴程(cheng)序(xu)的運(yun)(yun)用，主(zhu)要為(wei)(wei)(wei)(wei)檢(jian)測(ce)軟(ruan)件中動態(tai)(tai)行(xing)為(wei)(wei)(wei)(wei)是否缺(que)(que)失(shi)、軟(ruan)件運(yun)(yun)行(xing)效(xiao)果是否良好。其(qi)最為(wei)(wei)(wei)(wei)明(ming)顯的特征即為(wei)(wei)(wei)(wei)進(jin)(jin)行(xing)動態(tai)(tai)測(ce)試(shi)(shi)(shi)時軟(ruan)件為(wei)(wei)(wei)(wei)運(yun)(yun)轉狀態(tai)(tai)，只(zhi)有(you)如此才能于(yu)使(shi)用過程(cheng)中發現軟(ruan)件缺(que)(que)陷，進(jin)(jin)而(er)對此類缺(que)(que)陷進(jin)(jin)行(xing)修復。目前動態(tai)(tai)測(ce)試(shi)(shi)(shi)過程(cheng)中可包括兩(liang)(liang)類因素(su)，即被(bei)測(ce)試(shi)(shi)(shi)軟(ruan)件與(yu)測(ce)試(shi)(shi)(shi)中所需數據，兩(liang)(liang)類因素(su)決定動態(tai)(tai)測(ce)試(shi)(shi)(shi)正確(que)展開(kai)、有(you)效(xiao)展開(kai)。

3、黑盒測試

黑盒測試，顧(gu)名思義即為將軟件測試環(huan)境模(mo)擬為不可(ke)見(jian)的“黑盒”。通過數(shu)據(ju)輸入觀(guan)察數(shu)據(ju)輸出(chu)(chu)，檢(jian)查軟件內部功能(neng)是否(fou)正常。測試展開(kai)時(shi)，數(shu)據(ju)輸入軟件中，等待數(shu)據(ju)輸出(chu)(chu)。數(shu)據(ju)輸出(chu)(chu)時(shi)若(ruo)與預計數(shu)據(ju)一致，則證(zheng)明(ming)該軟件通過測試，若(ruo)數(shu)據(ju)與預計數(shu)據(ju)有出(chu)(chu)入，即便出(chu)(chu)入較小亦證(zheng)明(ming)軟件程序內部出(chu)(chu)現(xian)問題，需盡快解(jie)決。

4、白盒測試

白(bai)(bai)盒(he)測(ce)試(shi)(shi)(shi)(shi)相對(dui)于黑(hei)盒(he)測(ce)試(shi)(shi)(shi)(shi)而言(yan)具有一(yi)定透明(ming)性，原理為(wei)(wei)(wei)根據(ju)軟(ruan)(ruan)件內(nei)部(bu)(bu)應(ying)用(yong)(yong)(yong)、源代碼(ma)等對(dui)產品(pin)內(nei)部(bu)(bu)工(gong)作(zuo)(zuo)過(guo)(guo)(guo)程(cheng)(cheng)進行調(diao)試(shi)(shi)(shi)(shi)。測(ce)試(shi)(shi)(shi)(shi)過(guo)(guo)(guo)程(cheng)(cheng)中(zhong)(zhong)常將(jiang)其(qi)與(yu)軟(ruan)(ruan)件內(nei)部(bu)(bu)結(jie)構(gou)(gou)協同(tong)展(zhan)開(kai)分(fen)(fen)析(xi)，最大優(you)點即為(wei)(wei)(wei)其(qi)能夠有效解決軟(ruan)(ruan)件內(nei)部(bu)(bu)應(ying)用(yong)(yong)(yong)程(cheng)(cheng)序(xu)(xu)出(chu)(chu)(chu)現(xian)(xian)的(de)問題，測(ce)試(shi)(shi)(shi)(shi)過(guo)(guo)(guo)程(cheng)(cheng)中(zhong)(zhong)常將(jiang)其(qi)與(yu)黑(hei)盒(he)測(ce)試(shi)(shi)(shi)(shi)方式結(jie)合(he)，當測(ce)試(shi)(shi)(shi)(shi)軟(ruan)(ruan)件功能較(jiao)多(duo)時(shi)，白(bai)(bai)盒(he)測(ce)試(shi)(shi)(shi)(shi)法(fa)亦可對(dui)此類情況(kuang)展(zhan)開(kai)有效調(diao)試(shi)(shi)(shi)(shi)。其(qi)中(zhong)(zhong)，判(pan)定測(ce)試(shi)(shi)(shi)(shi)作(zuo)(zuo)為(wei)(wei)(wei)白(bai)(bai)盒(he)測(ce)試(shi)(shi)(shi)(shi)法(fa)中(zhong)(zhong)最為(wei)(wei)(wei)主要(yao)(yao)的(de)測(ce)試(shi)(shi)(shi)(shi)程(cheng)(cheng)序(xu)(xu)結(jie)構(gou)(gou)之一(yi)，此類程(cheng)(cheng)序(xu)(xu)結(jie)構(gou)(gou)作(zuo)(zuo)為(wei)(wei)(wei)對(dui)程(cheng)(cheng)序(xu)(xu)邏輯(ji)結(jie)構(gou)(gou)的(de)整體實(shi)現(xian)(xian)，對(dui)于程(cheng)(cheng)序(xu)(xu)測(ce)試(shi)(shi)(shi)(shi)而言(yan)具有較(jiao)為(wei)(wei)(wei)重(zhong)要(yao)(yao)的(de)作(zuo)(zuo)用(yong)(yong)(yong)。此類測(ce)試(shi)(shi)(shi)(shi)方式針對(dui)程(cheng)(cheng)序(xu)(xu)中(zhong)(zhong)各類型(xing)的(de)代碼(ma)進行覆蓋式檢(jian)測(ce)，覆蓋范(fan)圍較(jiao)廣，適(shi)用(yong)(yong)(yong)于多(duo)類型(xing)程(cheng)(cheng)序(xu)(xu)。實(shi)際(ji)檢(jian)測(ce)中(zhong)(zhong)，白(bai)(bai)盒(he)測(ce)試(shi)(shi)(shi)(shi)法(fa)常與(yu)黑(hei)盒(he)檢(jian)測(ce)法(fa)并用(yong)(yong)(yong)，以動態(tai)檢(jian)測(ce)方式中(zhong)(zhong)測(ce)試(shi)(shi)(shi)(shi)出(chu)(chu)(chu)的(de)未知錯(cuo)誤為(wei)(wei)(wei)例，首先使用(yong)(yong)(yong)黑(hei)盒(he)檢(jian)測(ce)法(fa)，若(ruo)程(cheng)(cheng)序(xu)(xu)輸入(ru)數據(ju)與(yu)輸出(chu)(chu)(chu)數據(ju)相同(tong)，則證明(ming)內(nei)部(bu)(bu)數據(ju)未出(chu)(chu)(chu)現(xian)(xian)問題，應(ying)從代碼(ma)方面(mian)進行分(fen)(fen)析(xi)，若(ruo)出(chu)(chu)(chu)現(xian)(xian)問題則使用(yong)(yong)(yong)白(bai)(bai)盒(he)測(ce)試(shi)(shi)(shi)(shi)法(fa)，針對(dui)軟(ruan)(ruan)件內(nei)部(bu)(bu)結(jie)構(gou)(gou)進行分(fen)(fen)析(xi)，直至檢(jian)測(ce)出(chu)(chu)(chu)問題所在，及時(shi)加以修改。