1. 程式人生 > >軟體測試方法、軟體質量

軟體測試方法、軟體質量

        測試方法

     軟體方法有多種分類方式,按測試時運不執行程式碼分為動態測試靜態測試。動態測試需要執行程式碼而靜態測試不需要。按是否關注軟體的內部結構分為白盒測試、黑盒測試和灰盒測試。

    白盒測試:白盒測試依據LLD設計測試用例,來測試程式的內部邏輯結構,給予軟體程式碼更大的質量保證,對應著測試過程中的單元測試。由於測試在軟體工程前期進行,發現問題後解決的成本較低。白盒測試可以完全不顧程式的整體功能實現情況。

    黑盒測試:黑盒測試把被測軟體看成一個黑盒,只關心整體功能而不關注內部結構,即只關心輸入和輸出,對應著測試過程中的系統測試。黑盒測試的物件可以是一個系統、一個模組、一個函式等。黑盒測試根據SRS設計測試用例,若需求不清晰,則很難設計用例。由於黑盒測試不關注內部實現路徑,所以測試時會有路徑沒有被測試到。

    灰盒測試:介於白盒測試和黑盒測試之間,主要關注程式的介面,對應著測試過程中的整合測試。若是模組與模組之間的結介面,則偏黑盒;若是函式與函式之間的介面則偏白盒。

    由於靜、動態測試和黑、白、灰盒測試只是分類方法不同而已,所以黑盒、白盒、灰盒測試中都涉及到動態測試和靜態測試。如白盒測試中的程式碼編譯、關鍵字檢索屬於靜態測試;程式插裝屬於動態測試。

    軟體質量

  軟體質量從大的方面來說包括組織(人)、技術和流程。對於測試工程師來說主要關注軟體和內部程式碼。軟體質量模型分為外部質量和內部質量。外部質量包括功能性、效率性、易操作性、可靠性、可移植性這五大特性;內部質量主要是指可維護性。這六大特性裡面,每個特性又包含幾個小特性。

功能性

  適合性:指有使用者需要的功能。如淘寶網的登入、搜尋、收藏、加入購物車等功能。

  準確性:指能準確實現使用者的操作(即功能對不對)。如在淘寶網點選收藏,目標商品或目標店鋪便被收藏。

  互操作性:和其他軟體的互聯互通。如淘寶付款時,可用銀行卡。

  保密安全性:如登入時密碼用暗文;找回密碼時需要手機或郵箱驗證。

  依從性:遵守當地法律法規;尊重當地習俗、行業規則。

效率性

  時間性:實施某項操作時響應的時間。

  資源利用性:客戶端佔用的記憶體、執行時佔用的網速等。

  依從性

可靠性

  成熟性:軟體很少出錯。

  容錯性:對外部錯誤或不當操作的處理。

  可恢復性:軟體出現故障時恢復的能力。

  依從性

易操作性 包括易理解、易學、易用、吸引力、Gui、依從性。

可移植性 包括適應性、易安裝性、共存性、可替換性和依從性。

可維護性 包括易分析、易改變性、穩定、易測試性和依從性。

相關推薦

軟體測試方法軟體質量

        測試方法      軟體方法有多種分類方式,按測試時運不執行程式碼分為動態測試和靜態測試。動態測試需要執行程式碼而靜態測試不需要。按是否關注軟體的內部結構分為白盒測試、黑盒測試和灰盒測

軟體測試方法——單元測試整合測試系統測試確認測試

從整體的角度可以分為單元測試、整合測試、系統測試、確認測試。 下面內容來自網路相關資料的整理: 1.單元測試 (1)定義:單元測試(又稱為模組測試)是針對程式模組(軟體設計的最小單位)來進行正確性檢驗的測試工作。程式單元是應用的最小可測試部件。在過程化程式設計中,一個單元就

軟體測試——JunitHamcrestEclemma的安裝和使用

綜述 1. JUnit是一個開放原始碼的Java測試框架,用於編寫和執行可重複的測試。他是用於單元測試框架體系xUnit的一個例項(用於java語言)。它包括以下特性: 1. 用於測試期望結果的斷言(Assertion) 2. 用於共享共同測試資料的測試工具 3. 用於方便的組織和執

軟體測試-----XPathCSS定位

XPath、CSS定位 1. 什麼是Xpath? 1. XPath即為XML Path 的簡稱,它是一種用來確定XML/HTML文件中某部分位置的語言。 2. HTML可以看做是XML的一種實現,所以Selenium使用者可以使用這種強大的語言在Web應用中定位元素。 Xpath

軟體測試方法分類

相信接觸過測試的同學都聽說過,黑盒測試、白盒測試、功能測試、效能測試、安全測試、單元測試、整合測試、介面測試等等。但是這樣記憶起來就比較混亂,如果進行劃分類別,那麼就會比較清晰,也比較好理解,便於大家記憶。 1.就從軟體內部結構和具體實現來劃分,軟體測試可以分為:   白盒測試、黑盒測試、灰盒測試   

軟體測試方法總結

如果你在百度搜軟體測試方法,得到的結果會嚇你一蹦: 下面只針對白盒測試和黑盒測試總結一下。 【白盒測試】 研究程式的原始碼(處理過程)和程式結構。不需測試軟體產品的功能。 【黑盒測試】

軟體測試方法測試策略

測試方法:是指解決問題的技術手段或工具的集合。 測試策略:是指如何選擇和運用方法來解決具體問題。 策略定義了: * 要使用的測試方法和工具 * 測試要完成測試和測試成功的評價標準。如測試用例通過率95%,表示可進行驗收測試截斷。 * 影響資源要求

軟體測試方法大彙總

從測試設計方法分類 測試名稱 測試內容 Black box黑盒測試 把軟體系統當作一個“黑箱”,無法瞭解或使用系統的內部結構及知識。從軟體的行為,而不是內部結構出發來設計測試. White box白盒測試 設計者可以看到軟體系統的內部結構,並且使用軟體的內部知識來指導測試資料及

軟體測試方法之正交試驗法生成測試用例工具PICT

PICT:基於正交法的軟體測試用例生成工具 成對組合覆蓋這一概念是Mandl於1985年在測試Aad編譯程式時提出來的。Cohen等人應用成對組合覆蓋測試技術對Unix中的“Sort”命令進行了測試。測試結果表明覆蓋率高達90%以上。可見成對組合覆蓋是一種非常有效的測試用例設計方法。 成對組

軟體測試方法彙總

軟體測試方法種類繁多,記憶起來混亂, 如果把軟體測試方法進行分類, 就會清晰很多。 這裡參考一些書籍和網上的資料, 把常用的軟體測試方法列出來, 讓大家對軟體測試行業有個總體的看法。從測試設計方法分類測

微軟的軟體測試方法(一)

源文地址:http://blogs.msdn.com/jeffwang/archive/2006/02/10/529793.aspx    國內近年來關於軟體測試的問題和討論越來越活躍。但從總體上說交流軟體測試技術的多,而探討軟體測試方法的少。這裡的“技術”指的是具體的戰術問題,比如說如何使用某種工具來解決某

軟體測試方法的總結

、按是否檢視程式內部結構分為: (1)黑盒測試(black-box testing):只關心輸入和輸出的結果。 (2)白盒測試(white-box testing):去研究裡面的原始碼和程式結構。 (3)灰盒測試(Gray-box testing)關注輸出對於輸入的正確性,

軟體工程與軟體開發模型軟體開發方法

什麼是軟體工程?     軟體工程一直以來都缺乏一個統一的定義。     IEEE給出的定義是:軟體工程是:1.將系統化的、嚴格約束的、可質量化的方法應用於軟體的開發、執行和維護,即將工程化應用於軟體;2.在1中所述方法的研究。 比較認可的一種定義是:軟體工程是研究和應

tsung基準測試方法理解tsung.xml配置文件tsung統計報告簡介

理解 方法 文件 https .com 網上 測試方法 ML 報告 網上搜集的資料,資料來源於:http://blog.sina.com.cn/ishouke 1、tsung基準測試方法 https://pan.baidu.com/s/1Ne3FYo8XyelnJy8VX-

軟體測試筆記】軟體測試基礎

軟體測試的目標 (1)測試是為了發現程式中的錯誤而執行程式的過程 (2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案 (3)成功的測試是發現了至今為止尚未發現的錯誤的測試 在綜合測試階段通常由其他人員組成測試小組來完成測試,而不能讓程式編寫者自己進行測試。

軟體測試基礎】軟體測試模式

1.軟體測試的分類,按照測試模式分類: 瀑布模型、敏捷測試、基於指令碼的測試、基於風險的測試、探索式測試等   2.傳統的瀑布模型: 專案計劃、需求分析、軟體設計、程式開發、軟體測試、整合維護 每個階段按照順序到下一個階段。每一個階段都是用上一個階段的輸出作為下一

軟體測試基礎】軟體測試概要

1.歷史上由軟體bug引發的重大事故: 1990年,美國電信公司AT&T因為交換機故障,損失超過7500萬美金。 2000年,日本證券公司由軟體故障引起超過400億日元的損失。(史上最貴bug) 上世紀90年代,千年蟲bug,全球損失超5000億。 因此,軟體質

軟體測試基礎】軟體測試階段

1.軟體測試的分類 按測試階段分類:單元測試、整合測試、系統測試、驗收測試   2.單元測試 定義:對軟體中的最小可測試單元進行檢查和驗證。 單元:人為規定的可測試的最小模組。比如C語言中,可看作各個函式;Java這種面嚮物件語言中,可看做每一個類;針對有介面的

軟體測試基礎】軟體測試的分類

1.按測試手段來分類 物件的可見度:黑盒測試、白盒測試 狀態:靜態測試、動態測試 執行方式:手工測試和自動化測試   2.黑盒測試 在測試中,完全不考慮程式內部結構和內部特性的情況下,通過相關暴露出來的介面,來對程式進行測試。 只檢查程式的

軟體測試】初級軟體測試面試題彙總

初級軟體測試面試題 1.請描述如何劃分缺陷與錯誤嚴重性和優先級別? 給軟體缺陷與錯誤劃分嚴重性和優先順序的通用原則: (1)表示軟體缺陷所造成餓危害和惡劣程度。 (2)優先順序表示修復缺陷的重要程度和次序。 嚴重性: (1)嚴重:系統崩潰、資料丟失、資料毀壞 (