軟件測試方法與技術的學習筆記
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)具備需求管理流程定製、需求變更、需求審計能力。
-
全國科技工作者日心得體會精選7篇
有了一些收穫以後,心得體會是很好的記錄方式,如此就可以提升我們寫作能力了。那麼如何寫心得體會才能更有感染力呢?下面是小編爲大家收集的全國科技工作者日心得體會,歡迎大家分享。全國科技工作者日心得體會1隨着科學技術的發展,我們身邊到處有着科學的影子,它隨時...
-
技工的崗位職責大全
在發展不斷提速的社會中,大家逐漸認識到崗位職責的重要性,制定崗位職責能夠有效的地防止因爲職位分配不合理而導致部門之間或是員工之間出現工作推脫、責任推卸等現象發生。一般崗位職責是怎麼制定的呢?以下是小編爲大家整理的技工的崗位職責大全,供大家參考借鑑,希...
-
技工學校學校總結(14篇)
總結是事後對某一時期、某一項目或某些工作進行回顧和分析,從而做出帶有規律性的結論,通過它可以正確認識以往學習和工作中的優缺點,因此我們要做好歸納,寫好總結。那麼你知道總結如何寫嗎?下面是小編爲大家收集的技工學校學校總結,希望對大家有所幫助。技工學校學校...
-
物業技工崗位職責
隨着社會不斷地進步,大家逐漸認識到崗位職責的重要性,崗位職責是指一個崗位所需要去完成的工作內容以及應當承擔的責任範圍,職責是職務與責任的統一,由授權範圍和相應的責任兩部分組成。我們該怎麼制定崗位職責呢?以下是小編精心整理的物業技工崗位職責,供大家參考借...