第三方軟件測(cè)評(píng)的重要性分析

1、首先，什么是軟件測(cè)試？

很多人看到這個(gè)小標(biāo)題肯定會(huì)一笑而過，但你絕不能忽視他的真正概念。

軟件測(cè)試是檢查實(shí)際結(jié)果與預(yù)期結(jié)果是否匹配并確保軟件系統(tǒng)無缺陷的活動(dòng)。軟件測(cè)試還有助于識(shí)別產(chǎn)品與實(shí)際需求不符或是缺失項(xiàng)。測(cè)試活動(dòng)既可以手動(dòng)完成，也可以使用自動(dòng)化工具完成。有些人更喜歡將軟件測(cè)試稱為白盒和黑盒測(cè)試。

2、軟件測(cè)試的目標(biāo)

在給定的產(chǎn)品中盡可能多地發(fā)現(xiàn)錯(cuò)誤(或bug)。

演示一個(gè)給定的軟件產(chǎn)品與它的需求規(guī)格匹配。

使用最小的成本和努力來驗(yàn)證軟件的質(zhì)量。

生成高質(zhì)量的測(cè)試用例，執(zhí)行有效的測(cè)試，并發(fā)布正確和有用的問題報(bào)告。

3、軟件測(cè)試過程

軟件測(cè)試通常分為兩個(gè)主要過程——驗(yàn)證 & 認(rèn)證。

驗(yàn)證 是當(dāng)您的團(tuán)隊(duì)只需要檢查軟件、系統(tǒng)或框架是否符合文檔要求時(shí)的過程。

驗(yàn)證是您的團(tuán)隊(duì)需要驗(yàn)證系統(tǒng)正確性的過程。在這個(gè)過程中，您將回顧產(chǎn)品、系統(tǒng)，并考慮用戶真正想要什么和已經(jīng)做了什么。

在軟件測(cè)試中，錯(cuò)誤、缺陷和錯(cuò)誤之間有區(qū)別，我們應(yīng)該清楚地區(qū)分，以避免誤解問題。

4、為什么軟件測(cè)試很重要？

測(cè)試很重要，因?yàn)檐浖e(cuò)誤可能很昂貴甚至很危險(xiǎn)，一個(gè)bug越長(zhǎng)越不被發(fā)現(xiàn)，它就可能帶來更大的隱患。此外，如果測(cè)試團(tuán)隊(duì)錯(cuò)過了準(zhǔn)確詳盡地捕捉或識(shí)別風(fēng)險(xiǎn)和軟件問題，會(huì)導(dǎo)致一些災(zāi)難發(fā)生，那么就需要付出昂貴的代價(jià)來檢測(cè)bug，所以軟件漏洞或是Bug可能會(huì)導(dǎo)致貨幣和人員的損失，歷史上太多這樣的例子，下面我們就來看看這些經(jīng)典的事例。

2015年4月，倫敦彭博終端由于軟件漏洞宕機(jī)，導(dǎo)致金融市場(chǎng)上超過30萬交易商受到影響。迫使政府推遲30億英鎊的債務(wù)出售。

日產(chǎn)尼桑汽車由于安全氣囊感應(yīng)探測(cè)器的軟件故障，召回超過100萬輛汽車。據(jù)報(bào)道，由于此軟件故障導(dǎo)致兩起事故。

星巴克咖啡由于POS系統(tǒng)的軟件故障無法處理交易，因此被迫關(guān)閉了美國(guó)和加拿大約60％的商店。

亞馬遜的一些第三方零售商看到他們的產(chǎn)品由于軟件故障價(jià)格全部被降至1英磅，由此導(dǎo)致慘重?fù)p失。

Windows 10中的漏洞，此問題使用戶能夠通過win32系統(tǒng)中的缺陷脫離安全沙箱。

2015年，F(xiàn)-35戰(zhàn)斗機(jī)成為軟件漏洞的受害者，導(dǎo)致其無法正確檢測(cè)目標(biāo)。

1994年4月26日，中國(guó)航空公司空中客車A300因軟件故障而墜毀，造成264人無辜死亡

1985年，加拿大的Therac-25放射治療機(jī)由于軟件Bug而發(fā)生故障，向患者提供了致命的輻射劑量，造成3人死亡，3人嚴(yán)重受傷。

1999年4月，一個(gè)軟件漏洞導(dǎo)致12億美元的軍事衛(wèi)星發(fā)射失敗，這是歷史上最昂貴的事故。

1996年5月，一個(gè)軟件問題導(dǎo)致美國(guó)一家大型銀行823名客戶的銀行賬戶被記入9.2億美元。

2018年6月27日，阿里云出現(xiàn)大規(guī)模故障，原因?yàn)樯暇€自動(dòng)化運(yùn)維系統(tǒng)觸發(fā)未知Bug,導(dǎo)致部分產(chǎn)品訪問鏈接不通，影響時(shí)間約半小時(shí)，不知道云中的程序猿們年終獎(jiǎng)是否會(huì)泡湯。

5、軟件測(cè)試的類型

通常，測(cè)試分為三類:

下面詳細(xì)介紹一些比較常用的類型：

1、單元測(cè)試

這是在開發(fā)人員級(jí)別使用的最基本的測(cè)試，測(cè)試人員專注于單元代碼的單個(gè)部分，而它已經(jīng)從任何外部交互或依賴于任何模塊之前被隔離。這個(gè)測(cè)試要求開發(fā)人員檢查他們編寫的最小代碼單元，并證明單元可以獨(dú)立工作。

2、集成測(cè)試

在開發(fā)人員級(jí)別上，在單元測(cè)試之后，還應(yīng)該仔細(xì)檢查這些最小代碼的組合(或集成)。集成測(cè)試提供了訪問網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)和文件系統(tǒng)的測(cè)試模塊。

它們將指示數(shù)據(jù)庫(kù)和網(wǎng)絡(luò)在合并到整個(gè)系統(tǒng)時(shí)是否運(yùn)行良好。最重要的是，在前一階段測(cè)試的小代碼單元之間的連接將在這個(gè)階段被證明。

3、功能測(cè)試

毫無疑問，功能測(cè)試是更高級(jí)別的測(cè)試類型，應(yīng)該在集成測(cè)試之后使用。

功能測(cè)試檢查輸出與規(guī)范中定義的輸入的準(zhǔn)確性。對(duì)中間值不太重視，但對(duì)所創(chuàng)建的最終輸出給予了更多的關(guān)注。

4、回歸測(cè)試

當(dāng)系統(tǒng)中出現(xiàn)復(fù)雜的bug時(shí)，通常會(huì)影響系統(tǒng)的核心區(qū)域，所以使用回歸測(cè)試來重新測(cè)試系統(tǒng)的所有模塊。

總結(jié)：

隨著軟件業(yè)的迅猛發(fā)展，軟件測(cè)試也變得尤為重要，但是很多人對(duì)測(cè)試行業(yè)的誤解還是存在的，“軟件的重點(diǎn)在于需求，在與分析，在于設(shè)計(jì)，在于開發(fā)，而測(cè)試，容易，沒什么技術(shù)含量，找一些用戶，對(duì)照需求盡力去測(cè)就行了；有時(shí)間多測(cè)點(diǎn)，沒時(shí)間少測(cè)點(diǎn)。”這種錯(cuò)誤的看法在好多項(xiàng)目經(jīng)理，軟件負(fù)責(zé)人的心中鞏固著，難以改變。

這種觀念的結(jié)果有目共睹，是什么？很簡(jiǎn)單，是大量軟件BUG，缺陷的“流失”從測(cè)試人員的手中悄然而過，流失到用戶手中，流失進(jìn)項(xiàng)目維護(hù)階段，隨之而來的，便是用戶無休止的抱怨，維護(hù)人員無休止的 “救火”，維護(hù)成本無休止的增加。這是軟件人員的夢(mèng)魘！

噩夢(mèng)總有醒來時(shí)，經(jīng)過無數(shù)教訓(xùn)的重?fù)?，再不堪回首而不得回首的?jīng)歷中，軟件業(yè)的管理者發(fā)現(xiàn)：是他們錯(cuò)了，軟件測(cè)試是不可忽視的。

標(biāo)簽：第三方軟件測(cè)評(píng)、bug