軟件質(zhì)量保證與測試1.3軟件質(zhì)量保證與測試的意義、原則和挑戰(zhàn)第1章緒論SoftwareQualityAssuranceandTesting2軟件數(shù)量越來越多

以App為例，工業(yè)和信息化部公布2018年我國市場上監(jiān)測到的App數(shù)量凈增42萬款，總量達到449萬款。軟件規(guī)模越來越大KB→MB→GB

航天飛機控制軟件有4000萬行代碼，空間站控制軟件有10億行代碼。

軟件發(fā)展的特點和軟件質(zhì)量保證與測試的關系缺陷與代碼量正相關！軟件復雜度越來越高，使得缺陷產(chǎn)生的概率增大196219972016軟件發(fā)展的特點和軟件質(zhì)量保證與測試的關系4軟件應用越來越廣泛和深入，而新研發(fā)的軟件往往缺陷較多軟件發(fā)展的特點和軟件質(zhì)量保證與測試的關系社會對軟件的質(zhì)量要求越來越高5

軟件在事關國計民生的重要領域的應用，使得社會對軟件的質(zhì)量要求越來越高，軟件的質(zhì)量風險越來越大。軟件發(fā)展的特點和軟件質(zhì)量保證與測試的關系軟件質(zhì)量保證與測試的重要性事關國計民生的重要軟件，沒有嚴格的質(zhì)量控制，不經(jīng)過充分測試，就投入使用，可能造成惡性事故！

軟件質(zhì)量保證與軟件測試已成為一項專業(yè)化要求越來越高的工作，需要采用專門的方法和技術，需要借助各種專業(yè)化的工具，需要專業(yè)人才甚至是專家來承擔。軟件缺陷導致的事故案例1.

美國愛國者導彈防御系統(tǒng)失效。2.

美國航天局火星登陸事故3.致命的輻射治療儀1.愛國者導彈防御系統(tǒng)失效海灣戰(zhàn)爭中，1991年2月25日，一枚伊拉克飛毛腿導彈擊中了沙特阿拉伯載赫藍的一個軍營，炸死了美國陸軍的28名士兵，美國的愛國者導彈防御系統(tǒng)未能攔截。政府調(diào)查指出，攔截失敗歸咎于導彈控制軟件系統(tǒng)中的一個時鐘誤差。軟件缺陷導致的事故案例2.美國航天局火星登陸事故

1992年2月3日，美國航天局的火星極地登陸飛船在試圖登陸火星表面時逆向推進器意外關閉，飛船墜毀。

這一事故的后果非常嚴重，損失巨大，而起因卻是控制軟件設計中的缺陷。事后分析測試發(fā)現(xiàn)，當飛船的支撐腿迅速打開準備著陸時，機械震動很容易觸發(fā)著地觸電開關，關閉登陸逆向推進器。軟件缺陷導致的事故案例3.致命的輻射治療儀

20世紀80年代中期，Therac-25放射治療儀在美國和加拿大發(fā)生了多次醫(yī)療事故，5名患者治療后死亡，其余患者則受到了超劑量輻射被嚴重灼傷。

Therac-25放射治療儀的事故是由操作失誤、軟件缺陷和系統(tǒng)設計共同造成的。軟件缺陷導致的事故案例軟件質(zhì)量保證與測試的意義及早發(fā)現(xiàn)問題、解決問題，降低返工和修復缺陷的成本防止事故，降低失效成本保證軟件產(chǎn)品達到一定的質(zhì)量標準對軟件質(zhì)量進行客觀評價提高軟件產(chǎn)品質(zhì)量、滿足用戶需求軟件質(zhì)量保證與測試的意義軟件質(zhì)量成本=預防成本+評估成本+失敗成本制定質(zhì)量保證計劃

制

定

質(zhì)

量

標

準

組

織

人

員

培

訓……

評審

測試……

修復缺陷

賠償損失……$改正一個錯誤的相對成本需求分析設計編碼系統(tǒng)測試實際使用1倍3-6倍10倍15-40倍30-70倍40-1000倍開發(fā)測試需求分析概要設計程序編碼案例詳細設計5行文字3頁設計文檔20頁設計文檔5000行程序代碼改正一個錯誤的相對成本學習軟件質(zhì)量保證與測試并不是只有將來專門從事軟件質(zhì)量保證與測試工作的人員，才需要學習軟件質(zhì)量保證與測試。所有參與軟件項目的人都應當樹立軟件質(zhì)量保證與測試的理念。開發(fā)人員也必須學習和掌握軟件質(zhì)量保證與測試的基本知識、方法、技術和工具。一般而言軟件開發(fā)人員需要對自己所開發(fā)的軟件完成基本的測試，只有懂測試的開發(fā)人員才能開發(fā)出高質(zhì)量的軟件，軟件質(zhì)量保證與測試的理念、知識和能力是對軟件開發(fā)工程師的一項基本要求。軟件質(zhì)量保證與測試要貫穿于整個軟件生存期軟件質(zhì)量保證與測試要預防為主，發(fā)現(xiàn)為輔軟件質(zhì)量保證與測試需要客觀性軟件質(zhì)量保證與測試需要獨立性軟件質(zhì)量保證與測試的最終標準都應追溯到用戶需求軟件質(zhì)量保證與測試應妥善保存一切過程文檔軟件質(zhì)量保證與測試的基本原則窮盡測試是不可能的，應當進行測試設計，選擇測試數(shù)據(jù)。設計測試用例時，應該考慮各種情況，包括異常情況。應當把盡早和不斷的測試作為座右銘。對測試發(fā)現(xiàn)的錯誤結果一定要有一個確認的過程。測試規(guī)格要求應追溯到用戶需求。應充分注意問題群集現(xiàn)象。制定并嚴格執(zhí)行測試計劃，排除測試的隨意性。通過測試的軟件并不意味著沒有任何缺陷。測試必須考慮成本和效益，測試需要適時終止。保存一切測試過程文檔。軟件測試的技術原則窮盡測試是不可能的有一個軟件，輸入兩個數(shù)：A、B，輸出：C=A+B如果要把所有可能的輸入都測試一次，則：每個數(shù)的取值個數(shù)：232(按照32位2進制數(shù)來估算)A+B所有可能的情況：232x232=264約等于1020如果某臺計算機完成一次加法運算需要1納秒的時間，總共需要約3000年。不對軟件做充分的測試是不負責任，而過度的測試也是一種嚴重浪費！軟件測試的技術原則軟件缺陷與測試成本曲線未發(fā)現(xiàn)的缺陷數(shù)測試成本測試不充分過度測試測試的程度軟件質(zhì)量保證與預測由專人負責，與開發(fā)人員無關高水平程序員編寫的程序無需測試

測試是為了表明軟件已正確地實現(xiàn)了用戶的要求

測試通過的軟件一定是沒有缺陷的軟件質(zhì)量保證與測試浪費資源，拖累進度，沒有必要關于軟件質(zhì)量保證與測試的一些錯誤認識軟件質(zhì)量保證與測試面臨的挑戰(zhàn)軟件質(zhì)量保證理念還沒有深入人心理想狀態(tài)：所有軟件研發(fā)人員都把軟件質(zhì)量保證當成是一種自覺的約束(mentaldiscipline)實際情況：重產(chǎn)品輕質(zhì)量；重開發(fā)輕測試；趕進度降成本。

軟件測試技術發(fā)展滯后軟件測試技術的發(fā)展也很快，但是其發(fā)展速度仍落后于軟件開發(fā)技術的發(fā)展速度。軟件質(zhì)量保證與測試面臨的挑戰(zhàn)如何保證重要、關鍵軟件不出問題這是一個挑戰(zhàn)對于實時系統(tǒng)來說，缺乏有效的測試手段信息系統(tǒng)的安全性如何進行有效的測試與評估，是世界性的難題新的軟件應用對軟件質(zhì)量保證與測試提出了新的挑戰(zhàn)軟件質(zhì)量保證與測試面臨的挑戰(zhàn)軟件的規(guī)模越來越大，產(chǎn)生的測試任務越來越繁重軟件變得越來越復雜，質(zhì)量保證難度在增大，如何進行充分而有效的測試成為了難題面向?qū)ο蟮臏y試技術才剛剛