軟體測試方法與技術的學習筆記
1、 軟體測試的原則
軟體測試從不同的角度出發會派生出兩種不同的測試原則，從使用者的角度出發，就是希望透過軟體測試能充分暴露軟體中存在的問題和缺陷，從而考慮是否可以接受該產品，從開發者的角度出發，就是希望測試能表明軟體產品不存在錯誤，已經正確地實現了使用者的需求，確立人們對軟體質量的信心。
測試的原則就是從使用者和開發者的角度出發進行軟體產品測試的，透過測試，可以為使用者提供放心的產品，並對優秀的產品進行認證。 為了達到上述的原則，那麼需要注意以下幾點：
1．應當把“儘早和不斷的測試”作為開發者的座右銘
2．程式設計師應該避免檢查自己的程式，測試工作應該由獨立的專業的軟體測試機構來完成。
3．設計測試用例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要製造極端狀態和意外狀態，比如網路異常中斷、電源斷電等情況。
4．一定要注意測試中的錯誤集中發生現象，這和程式設計師的程式設計水平和習慣有很大的關係。
5．對測試錯誤結果一定要有一個確認的過程，一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。
6．制定嚴格的測試計劃，並把測試時間安排的儘量寬鬆，不要希望在極短的時間內完成一個高水平的測試。
7．迴歸測試的關聯性一定要引起充分的注意，修改一個錯誤而引起更多的錯誤出現的現象並不少見。
8．妥善儲存一切測試過程文件，意義是不言而喻的，測試的重現性往往要靠測試文件
在測試實施之前，軟體測試工程師必須確定將要採用的測試策略和測試方法，並以此為依據制定詳細的測試案例。而一個好的測試策略和測試方法必將給軟體測試帶來事半功倍的效果，它可以充分利用有限的人力和物力資源，高效率、高質量地完成測試。
那麼，究竟如何才能確定一個好的測試策略和測試方法呢，一般來說，在確定測試方法時，應該遵循以下原則：
第一，要根據程式的重要性和一旦發生故障將造成的損失來確定它的測試等級和測試重點；
第二，要認真研究測試策略，以便能使用盡可能少的測試用例，發現儘可能多的程式錯誤，因為一次完整的軟體測試過後，如果程式中遺留的錯誤過多並且很嚴重，則表明本次測試是失敗的，是不足的，而測試不足意味著讓使用者承擔隱藏錯誤帶來的危險，同時反過來說如果過度測試則又會浪費許多寶貴的資源。我們需要在這兩點上進行權衡，找到一個最佳平衡點。
測試依據：《GB/T 25000.51-2010 軟體工程 軟體產品質量要求與評價（SQuaRE） 商業現貨（COTS）軟體產品的質量要求和測試細則》。
2、 軟體測試的基本方法
軟體測試的方法和技術是多種多樣的。對於軟體測試技術，可以從不同的角度加以分類：從是否需要執行被測軟體的角度，可分為靜態測試和動態測試。從測試是否針對系統的內部結構和具體實現演算法的角度來看，可分為白盒測試和黑盒測試。 黑盒測試
黑盒測試也稱功能測試或資料驅動測試，它是在透過測試來檢測每個功能是否都能正常使用，開的黑盆子，在完全不考慮程式內部結構和內部特性的情況下，口進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，是否能適當地接收輸入資料而產生正確的輸出資訊，庫或檔案）的完整性。
黑盒測試方法主要有等價類劃分、邊界值分析、錯誤推測法、因果圖等，主要用於軟體確認測試。“黑盒”法著眼於程式外部結構、不考慮內部邏輯結構、針對軟體介面和軟體功能進行測試能的輸入都作為測試情況使用，才能以這種方法查出程式中所有的錯誤。
白盒測試
白盒測試也稱結構測試或邏輯驅動測試，過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，的結構測試程式，檢驗程式中的`每條通路是否都有能按預定要求正確工作不顧它的功能，白盒測試的主要方法有邏輯覆蓋、件驗證。
“白盒”法全面瞭解程式內部邏輯結構、對所有邏輯路徑進行測試。法是窮舉路徑測試。在使用這一方案時，查程式的邏輯著手，得出測試資料。每條路徑都測試了仍然可能有錯誤。設計規範，即程式本身是個錯誤的程式。因遺漏路徑而出錯。第三，窮舉路徑測試可能發現不了一些與資料相關的錯誤。已知產品所應具有的功能，在測試時，把程式看作一個不能打測試者並且保持外部資訊。“黑盒”法是窮舉輸入測試，只有把所有可它是知道產品內部工作過程，基本路徑測試等，測試者必須檢查程式的內部結構，貫穿程式的獨立路徑數是天文數字。第一，窮舉路徑測試決不能查出程式違反了第二，窮舉路徑測試不可能查出程式中程式 可通，而從檢但即使在程式接（如資料按照程式內部主要用於軟“白盒”。
3、專案全生命週期管理平臺工具
工具技術及功能：
測試流程與方法技術及功能
（1）提供專案計劃模板和成功經驗幫助團隊快速定義專案目標、規劃專案資源和確定專案里程碑；
（2）提供完整的IT生命週期管理過程，幫助業務和IT部門的有效合作，保持IT專案和業務發展目標一致，提高IT的整體投資彙報率；
（3）提供功能強大的、視覺化的、易用的過程定義工具，方便使用者根據專案的實際需要，定製出自己的RUP式的軟體專案管理過程；
測試過程管理技術及功能
IBM Rational Quality Manager Standard Edition（RQM） HP Quality Center（QC）
測試過程能夠完成從需求、計劃、設計、實施、執行到測試結果分析、測試報告的自動生成整個測試生命週期的管理，包括：
（1）能夠完成透過測試需求覆蓋率來評價測試完備性，並在測試需求發生變化後，可自動顯示可能需要修改的測試用例；
（2）能夠完成基於目標的測試用例的層次化的分類管理和組織管理，批次地執行一組測試用例，從而可以有效地進行自動化的迴歸測試；
（3）能夠完成對自動執行測試用例和手工執行的測試用例的管理；
（4）能夠根據實際測試執行的情況，自動的生成各種測試分析報告。
需求管理技術及功能
IBM Rational DOORS（DOORS）
（1）Rational DOORS和軟體生命週期工具易於整合，可以整合RQM或者QC；
（2）可以自定義需求體系結構；
（3）可以自定義需求專案模板；
（4）具備需求到測試的跟蹤能力，將需求用例和測試用例關聯起來，為軟體開發提供全生命週期的跟蹤能力；
（5）具備需求的屬性定製能力和查詢能力；
（6）具備需求管理流程定製、需求變更、需求審計能力。
【軟體測試方法與技術的學習筆記】相關文章：