軟體測驗的目的和原則
目的
1、測驗是程式的執行程序，目的在于發現錯誤
2、一個好的測驗用例在于能發現至今未發現的錯誤
3、一個成功的測驗是發現了至今未發現的錯誤的測驗
原則
1、應當把“盡早地和不斷地進行軟體測驗”作為軟體開發者的座右銘
2、測驗用例應由測驗輸入資料和對于的預期輸出結果這兩部分組成
3、程式員應避免檢查自己的程式
4、在設計測驗用例時，應當包括合理的輸入條件和不合理的輸入條件
軟體測驗的方法
黑盒測驗（功能測驗）、白盒測驗（結構測驗）
黑盒測驗：把測驗物件看做一個黑盒子，檢查程式的功能是否符合它的功能說明
黑盒測驗是一種宏觀功能上的測驗，該方法適合測驗部門的測驗人員或用戶
白盒測驗：把測驗物件看做一個透明的盒子，對程式所有的邏輯路徑進行測驗
適合于很小單位的測驗，以及從事軟體地層作業、生產構件的測驗人員進行的測驗
條件測驗路徑選擇
1、嵌套型分支結構、連鎖型分支結構
回圈測驗路徑選擇
簡單回圈、嵌套回圈、連鎖回圈、非結構回圈
測驗程序的四個步驟
單元測驗、組裝測驗、確認測驗、系統測驗
關系：后一個步驟在邏輯上前一個步驟的繼續
單元測驗
又稱模塊測驗，針對軟體設計的最小單位——程式模塊，進行正確性檢驗的測驗工具，單元測驗的內容如下：
組成測驗
通常，把模塊組裝成為系統的方式有：一次性組裝方式、增值式組裝方式
一次性組裝：如果在沒有問題的情況下，時間快
增值式組裝：自頂向下的增值方式、自低向上的增值方式、混合 增值式測驗
確認測驗
又稱有效性測驗，任務是驗證軟體的功能和性能及其它特性是否與用戶的要求一致
系統測驗
最后一個測驗，把所有的設備以及實際環境進行測驗
除錯方法
除錯的關鍵在于推斷程式內部的錯誤位置及原因
強行排錯：使用多、效率較低、不需要過多思考、省腦筋
回溯法：發現錯誤、分析錯誤、確定最先發現“癥狀”的位置
歸納法：從一些線索著手，通過關系來找錯
演繹法：從一般原理或前提出發，經過排除和精化的程序來推匯出結論的思考方法
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/282100.html
標籤：其他
上一篇：Filezilla的連接問題: FATAL ERROR: Network error: Connection timed out