92013-許家裕-軟體測試.ppt.pptVIP

TESTING 再高深的學問，也只不過是一坨；  [簡單的Ｃell]所組成 課程指導 熊博安教授+劉立頌教授(Lab) 學員 92013 許家裕 報告 測試屬於軟體品質保證（SQA ，Software Quality Assurance ）的範疇 ■ 測試是一連串VV（Verification and Validation ）的活動 ■ 我們藉由軟體測試來確保軟體品質。 V V ＝ V Verification：驗證 Validation：生成 Valuation：價值 好的測試應具有以下 價值Valuation ■ Verification(驗證)：正確地生產軟體，重視process 、軟體是如何開發出來的。 ■ Validation(生成)：生產正確的軟體，重視product 、開發了什麼東西出來。 而這VV特性:*將引領我們累積 好的開發經驗,進而更佳的確保商業利益# 軟體發展過程中，各階段均須進行測試，以確保系統(符合規格) ■測試的目的是為了找出程式的錯誤，而不是 證明程式是對的。 *喙木鳥先生的存在：是在於 其眷顧者[有蟲]， 　 而不是在於證明--不眷顧者[沒有蟲]。  ■成功的測試是發現程式的錯誤， *若沒有發現錯誤，則是失敗的測試。 ■好的測試案例（testing cases），是指有較高--可能發現錯誤的測試案例。 軟體測試原則（Ｉ） ■測試應以客戶需求為出發點：非客戶需求的測試不用做。 *在此，我們必先了解〔品質〕的定意-- 我們所追求者為--〔符合規格者〕以達到，可能的最高利益；而非迷信的追求〔最高品質〕,為此,測試即以此為中心原則 ■不可能執行徹底型測試： 否則*將陷入沒完沒了的測試中，再者，如程式邏輯上的錯誤，是永遠測試不出來的 ■測試執行前應有所規劃。如--軟體之 各別部份 將以何種方法進行測試 如--包含 提供什麼樣子的report 及 如何解讀report之說明等 軟體測試原則（Ⅱ） ■軟體測試也適用Pareto原則(金字塔／八二定律)：軟體80%的錯誤發生在20%的模組之中。 ■測試應由小模組開始--也因此,就有了『UNIT測試』。 ■測試人員應為獨立團隊來完成：絕不能由程式設計師自己來做測試。 *(當局者迷,旁者清)程式設計師 自己來測試,將會有[原先自己看不到的]盲點# *當然的，亦不應該迷信、擴大解讀此原則，而將程式設計師排除在測試團隊之外。 軟體測試原則（Ⅲ） ■測試與除錯是獨立不同的活動(除錯--除的是/程式碼及各該開發語言之應用範圍//與[測試] 是不同JOB與目的)；不應混淆。 ■軟體開發在不同階段時，是用不同的測試技術。 好的測試應具有以下特性 ■有較高的機率發現錯誤 ■不應重複相同的工作相同的工作/只選定一個方向的測試—不可，又是白箱。又是黑箱 ■不應太過簡單，也不應太過複雜 　太簡單-效果會打折扣～(嘀);太複雜-則是，沒有用的(緊記八二定律;及應打破『90%』的迷思) ■應將測試分類，在有限的資源、時間下，執行各類中最具 [可能發現-錯誤的地方]。 何謂 百份之90的迷思 在軟體開發的過程中,會有遇到一些問題,而這些問題往往事前沒注意到而這些問題的發生,會導致整個專案時程的延後,甚至專案會停止而這百份之90是指專案進度,當專案進度到90%時,一些會延宕專案的問題,都會出來,只要突破,專案即可順利完成希望有機會再跟各位討論 軟體專案管理的議題與問題 測試大致可分為兩類 □白箱測試　與　 ■黑箱測試 [箱]是什麼東西?為何要對箱子做測試--箱子裡頭有什麼呢 ■模組?指[程序敘述]//亦有可能為--在[物件導向]中，一個單一的『元/物件』 ■其擁有--處理動作?[為控制結構:if/while/for-決定交易進行之路徑者] ■ Transaction?[交易]—更