質量保證QA關注在軟件產品生成的整個過程，主要驗證軟件產品開發過程中相關實施過程的完整性、一致性和有效性，確保開發活動和測試活動等遵循正確的過程，為軟件產品達到合適的質量級別提供信心。為了實現過程的可重用性和持續改進，組織往往會把過程進行標準化，例如：定義子過程、過程的里程碑點、過程的階段輸入和輸出、每個時間點需要完成的工作等。軟件產品隨著生命周期不斷增加和成型，想要修復其在早期引入的缺陷，時間和成本都將成倍增加。而質量保證QA的基本假設是過程質量決定了軟件產品質量。當過程正確開展時，確保過程的每個階段得到了良好的遵循，每個階段引入的缺陷盡量在本階段得到發現和修復，最大程度的實現缺陷的階段遏制能力。同時，在當前階段發現和修復的缺陷，有助于后續階段的缺陷預防。另外，通過根本原因分析等技術消除在軟件工作產品中引入缺陷的根本原因，或者在適當時候開展回顧會議以總結經驗和教訓，都有助于過程改進，從而可以在將來更好的實現質量保證。

對于軟件開發項目而言，控制是十分重要的管理活動。軟件質量保證(Software Quality Insurance，SQA)是在軟件過程中的每一步都進行的“保護性活動”。SQA主要由基于非執行的測試(也稱為評審)、基于執行的測試(即通常所說的測試)和程序正確性證明。軟件評審是最為重要的SQA活動之一。它的作用是，在發現及改正錯誤的成本相對較小時就及時發現并排除錯誤。審查和走查是進行正式技術評審的兩類具體方法。審查過程不僅步數比走審多，而且每個步驟都是正規的。由于在開發大型軟件過程中所犯的錯誤絕大數是規格說明錯誤或設計錯誤，而正式的技術評審發現這兩類錯誤的有效性高達75%，因此是非常有效的軟件質量保證方法。軟件質量保證滲透到需求、設計、編碼、發布、維護、配置管理、文檔的各個環節，每一個環節工作做到位，都會減少軟件質量風險。
如果公司比較大，那么QA是一個專門的崗位，是區別于測試的，測試的重點是在找軟件BUG，而QA的重點是發現過程中的質量問題，尋求改進方法和優化流程，避免以后犯同類錯誤。好的QA一定是一個資深的設計高手，否則只能做到文檔稽核、走走流程、意義不大。

軟件質量保證技術,主要包括兩類方法:一是事后控制,以調試、測試、技術復審等以不出質量缺陷為目的技術方法,其主要形式是找出缺陷所在;一種是事前控制,主要形似是以預防為主,通過標準化、過程管理等如CMM,ISO以控制質量缺陷為目的的管理方法。以技術方法解決問題有一定的局限性,而標準化的指定只能告訴做什么,而不是告訴怎么做,而相對于“事后活動”,質量保證中更重要的是“事先預防”。因此,軟件的質量保證也應該構筑以用戶滿意為中心,能防患于未然的質量保證體系。 盡管軟件質量越來越受重視,也出現了不少旨在保證質量、指導軟件開發的標準和過程模型(如瀑布模型、RUP模型、CMM等),但這些標準、方法在軟件質量保證上只提供了原則性的指導,人們在展開軟件開發時普遍感到缺乏得心應手的工具。因此,順沿著軟件工程提出的思路和SCOR模型給我們的啟示,我們借用在生產質量領域中成熟的質量控制保證技術和管理觀念如QFD、FMEA等方法應用到軟件產品中去。軟件質量保證(SQA)是一種應用于整個軟件過程的活動，SQA小組的職責是輔助軟件團隊實現高質量的軟件產品。其活動內容包括以下幾個方面。
①為項目準備SQA計劃。
②參與開發項目的軟件過程描述，而非負責開發項目的軟件過程描述。
③評審各項軟件工程活動，以驗證其是否符合定義的軟件過程。
④審核指定的軟件工作產品，以驗證是否符合定義的軟件過程中的相應部分。
⑤確保軟件工作及工作產品中出現的偏差已文檔化，并且按照文檔化的規程進行了處理。
⑥記錄所有不符合規范的部分，并報告給高層管理者。
⑦協調變更控制和變更管理，并幫助收集和分析軟件度量信息。
軟件質量不是SQA完全負責，軟件開發中有許多參與者負有保證軟件質量的責任，包括軟件工程師、項目管理者、客戶、銷售人員和SQA的成員。SQA小組充當客戶在公司內部的代表，必須以客戶的觀點來看待軟件。SQA小組的職責是輔助軟件工程小組得到高質量的最終產品，為此制定了一組有關質量保證中的計劃、監督、記錄、分析及報告的SQA活動，這些活動由一個獨立的SQA小組執行(或推動)。軟件工程師采用可靠的技術方法和措施，進行正式的技術評審，執行計劃周密的軟件測試來考慮質量問題，這不是SQA的工作。軟件測試與軟件質量（QA）的區別
質量保證（QA）：主要工作是通過預防，檢查與改進來保證軟件質量。它所關注的是軟件質量的檢查與測量。著眼軟件開發活動中的過程、步驟及產物，而不是對軟件進行剖析進而找出問題。
軟件測試：測試關心的不是過程的活動，而是對過程的產物以及開發出的軟件進行剖析。測試人員要“執行”軟件，對過程中的產物——開發文檔和源代碼進行走查，運行，以找出問題，報告質量。測試人員也必須假設軟件存在問題，所以所做的操作都是為了找出更多的問題，而不僅僅驗證每一件事是正確的。

通過質量控制和質量保證活動，發現質量工作中的薄弱環節和存在問題，再采取針對性的質量改進措施，進入新一輪的質量管理PDCA循環，以不斷獲得質量管理的成效。

軟件測試模型是什么？

0)瀑布模型

What is the Waterfall Model?
Waterfall model is a sequential model divided into different phases of software development activity. Each stage is designed for performing the specific activity during the SDLC phase. Testing phase in waterfall model starts only after implementation of the system is done.
Testing is done within the SDLC.

1) V模型

僅僅把測試過程作為在需求分析、系統設計及編碼之后的一個階段 ；

忽視了測試對需求分析,系統設計的驗證，一直到后期的驗收測試才被發現。（缺陷）

What is V- Model?
V- model is an extension of the waterfall model. It is pronounced as the "vee" model. Unlike the waterfall model, In V-model, there is a corresponding testing phase for each software development phase. Testing in V-model is done in parallel to SDLC stage.
Testing is done as a subproject of SDLC.

2) W模型

測試和開發活動也保持著一種線性的前后關系，上一階段完全結束，才可正式開始下一個階段工作。這樣就無法支持迭代的開發模型。（缺陷）

測試的活動與軟件開發同步進行；測試的對象不僅僅是程序，還包括需求和設計； 盡早發現軟件缺陷可降低軟件開發的成本。（優點）

Paul Herzlich introduced the W-Model. In W Model, those testing activities are covered which are skipped in V Model.
The ‘W’ model illustrates that the Testing starts from day one of the of the project initiation.
If you see the below picture, 1st “V” shows all the phases of SDLC and 2nd “V” validates the each phase. In 1st “V”, every activity is shadowed by a test activity. The purpose of the test activity specifically is to determine whether the objectives of that activity have been met and the deliverable meets its requirements. W-Model presents a standard development life-cycle with every development stage mirrored by a test activity. On the left hand side, typically, the deliverable of a development activity (for example, write requirements) is accompanied by a test activity test the requirements and so on.

Fig 1: W Model

Fig 2: W ModelConclusion– V model only shows dynamic test cycles, but W models gives a broader view of testing. the connection between the various test stages and the basis for the test is clear with W Model (which is not clear in V model).

3) X模型

X模型也是對V模型的改進,X模型提出針對單獨的程序片段進行相互分離的編碼和測試,此后通過頻繁的交接,通過集成最終合成為可執行的程序。

　　X模型的左邊描述的是針對單獨程序片段所進行的相互分離的編碼和測試，此后將進行頻繁的交接，通過集成最終成為可執行的程序，然后再對這些可執 行程序進行測試。己通過集成測試的成品可以進行封裝并提交給用戶，也可以作為更大規模和范圍內集成的一部分。多根并行的曲線表示變更可以在各個部分發生。 由圖中可見，X模型還定位了探索性測試，這是不進行事先計劃的特殊類型的測試，這一方式往往能幫助有經驗的測試人員在測試計劃之外發現更多的軟件錯誤。但 這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高。

4) H模型

H模型中, 軟件測試過程活動完全獨立,貫穿于整個產品的周期,與其他流程并發地進行,某個測試點準備就緒時,就可以從測試準備階段進行到測試執行階段。軟件測試可以盡早的進行,并且可以根據被測物的不同而分層次進行。

H模型測試活動獨立存在，貫穿整個產品周期

這個示意圖演示了在整個生產周期中某個層次上的一次測試“微循環”。圖中標注的其它流程可以是任意的開發流程,例如設計流程或者編碼流程。也就是說, 只要測試條件成熟了,測試準備活動完成了,測試執行活動就可以進行了。

H模型揭示了一個原理:軟件測試是一個獨立的流程,貫穿產品整個生命周期,與其他流程并發地進行。H模型指出軟件測試要盡早準備, 盡早執行。不同的測試活動可以是按照某個次序先后進行的,但也可能是反復的,只要某個測試達到準備就緒點,測試執行活動就可以開展

H模型示意圖

H模型的優點：
　　>開發的H模型揭示了軟件測試除測試執行外，還有很多工作；
　　>軟件測試完全獨立，貫穿整個生命周期，且與其他流程并發進行；
　　>軟件測試活動可以盡早準備、盡早執行，具有很強的靈活性；
　　>軟件測試可以根據被測物的不同而分層次、分階段、分次序的執行，同時也是可以被迭代的。

H模型的缺點：
　　>管理型要求高：由于模型很靈活，必須要定義清晰的規則和管理制度，否則測試過程將非常難以管理和控制；
　　>技能要求高：H模型要求能夠很好的定義每個迭代的規模，不能太大也不能太小；
　　>測試就緒點分析困難：測試很多時候，你并不知道測試準備到什么時候是合適的，就緒點在哪里，就緒點的標準是什么，這就對后續的測試執行的啟動帶來很大困難；
　　>對于整個項目組的人員要求非常高：在很好的規范制度下，大家都能高效的工作，否則容易混亂。例如：你分了一個小的迭代，但是因為人員技能不足，使得無法有效完成，那么整個項目就會受到很大的干擾。

軟件質量保證過程通過計劃制訂、實施和完成一組活動提供保證，這些活動保證項目生命周期中的軟件產品和過程符合其規定的需求。 軟件質量保證計劃定義了用于保證為特定產品開發的軟件滿足用戶需求并在項目的約束內具有最高的質量的手段。
驗證與確認過程使用能夠定位缺陷并便于以后改正的測試技術直接處理軟件產品質量問題。 驗證與確認過程確定某一開發和維護括動的產品是否符合活動的需求，尾終的軟件產品是否達到其意圖并滿足用戶需求。驗證過程試圖確?；顒拥妮敵霎a品已經被正確制造，即活動的輸出產品滿足前面活動施加的規范說明；確認過程則試圖確保建造了正確的產品，即產品滿足其特定的目的。
評審與審計過程包括：管理評審、技術評審、檢查、走查、審計等。管理評審的目的是監控進展，決定計劃和進度的狀態，確認需求及其系統分配，或評價用于達到目標適應性的管理方法的有效性。它們支持有關軟件項目期間需求的變更和其他變更活動。
技術評審的目的是評價軟件產品。以確定其對使用意圖的適合性，目標是識別規范說明和標準的差異，并向管理提供證據，以表明產品是否滿足規范說明并遵從標準，而且可以控制變更。檢查的目的是檢測和識別軟件產品異常。一次檢查通常針對產品的一個相對小的部分。發現的任何異常都要記錄到文檔中，并提交。軟件審計的目的是提供軟件產品和過程對于可應用的規則、標準、指南、計劃和流程的遵從性的獨立評價。審計是正式組織的活動，識別違例情況，并產生一個報告，采取更正性行動。

相關資料：

鄭文強Tester：質量保證QA與質量控制QC?zhuanlan.zhihu.com謳歌：淺談如何保證軟件質量目標【專題】?zhuanlan.zhihu.comJerryWang：SAP成都研究院姚瑤：軟件質量保證工作的變遷?zhuanlan.zhihu.com譚老師：淺談質量管理體系——質量保證(QA)篇?zhuanlan.zhihu.com怎么把質量保證（QA）的工作做好？?www.zhihu.com李育英：軟件測試專業術語分享~?zhuanlan.zhihu.com質量保證與質量控制的概念和區別是什么？特別是在環境監測領域內。?www.zhihu.com微信號zlrqbj3：如何打造一流的質量保證部門？?zhuanlan.zhihu.com軟件質量保證的實踐?www.sohu.com軟件質量保證_百度百科?baike.baidu.comV Model to W Model | W Model in SDLC Simplified?softwaretestingtimes.com

總結

以上是生活随笔為你收集整理的软件工程软件产品质量要求与评价_软件质量保证（Quality Assurance）中常见的活动...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。