經常看到有些人把qa、qc、qm的概念搞混，認為他們是同乙個概念的不同描述，由於這三者都是舶來品，並且翻譯者在翻譯的過程中對概念的理解不一致，導致翻譯質量良莠不一。
查閱了大量資料，認為他們之間的區別如下：
01概念上
qa：quality assurance (質量保證)qc：quality control (質量控制)qm：quality manage (質量管理)
02定義上
qa：為達到質量要求所採取的作業技術和活動。qc：為了提供足夠的信任表明實體能滿足質量要求，而實施的根據需要進行證實的全部有計畫、有系統的活動。qm：確定質量方針、目標和職責，並在通過諸如：質量策劃、質量控制、質量保證和質量改進等，使其實施的全部管理職能的所有活動。
03職責上
qa：最重要的職責在於系統層面的完善，側重於問題的防範及對已發生問題的根源的**及其對策的實施，從而降低不良的產生。qc：最重要的職責在於對製成品的監控。qm：最重要的職責在於從組織層面上保障質量工作環境。
04技能要求上
qa：具備必要資質的qa是組織中的高階人才，需要全面掌握組織的過程定義，熟悉所參與專案所用的工程技術。qc：既包括軟體測試設計員等高階人才，也包括一般的測試員等中、初級人才。qm：不僅要具備qa、qc的技能，還需具備專業管理才能。
qa、qc、qm的關係如下：
其實qm和qa是相互依賴的，所有的組織都會從qm和外部qa相結合的總體利益中獲得好處，他們的同時存在為各項工作的管理、執行和驗證提供了聯合的方法，從而獲得滿意的結果。
儘管他們的活動具有不同的範圍、不同的目的、不同的動機和不同的結果，但他們的互補性能使所有質量管理的職能有效運作，取得內部和外部的足夠信任。
質量管理既包括質量控制和質量保證，也包括質量方針、質量策劃和質量改進等概念，質量管理的運作則通過質量體系進行。質量體系包括質量策劃、質量控制、質量保證和質量改進。
三者在軟體行業的角色
（相對於軟體行業來說）
sqa指產品和過程保證人員，通過過程的方法保證質量達到要求；
sqc指測試人員，通過驗證的方法提供產品滿足需求的證據；
sqm指質量管理人員，一般為負責質量方面的管理者，通過制定過程、協調資源等一系列的手段為qa、qc工作創造良好的環境和條件。
如果說質量就意味乙個組織"第一次就把事情做對"的能力的話，那麼，這種能力需要三個方面的修煉，缺一不可：
一是「控制系統」，
二是「保證系統」，
三則是「管理思想」。
想一想你是如何開車的，你大概就會明白質量控制、質量保證和質量管理之間的關係了。
菲利浦·克勞士比說：讓我再把質量控制（qc）、質量保證（qa）和質量管理（qm）之間的關係清楚地表述一下：
qc就像汽車表盤上的儀器，它們測量汽車的狀態並即時告知司機。
因此，我們能看到任何發生的問題，比如發動機過熱，或速度超出限制等。這是很有價值的。
qa則像我們收到的汽車使用者手冊。
它包括使用資訊、維護程式和其它有用的資訊。iso 9000和類似的資訊包就像這種手冊。
qm卻是駕駛汽車的哲學。
雖然那些危險的駕車者具有同樣真實時刻的資訊和如何正當駕駛的手冊的手套箱。
因為哲學來自教育。
那麼，qa與軟體測試的關係呢 ？
qa是quality assurance的縮寫，也就是質量保證的意思。
軟體測試是software testing，主要指的是軟體方面的測試。
顯然兩者的性質是不同的，軟體測試只是qa的一部分，從工作內容的範圍來說，可以理解為：
qa > 軟體測試。
國內來說，各個組織對於qa和軟體測試的定義是不同的。
有的組織，qa = 軟體測試。
有的組織，qa > 軟體測試，除了測試以外還負責流程改進的工作。
有的組織，既有qa，也有軟體測試。qa負責流程，產品等方面的工作，軟體測試則僅僅負責測試方面的工作。
談談軟體測試 QA QC QM的關係與區別
經常看到有些人把qa qc qm的概念搞混，認為他們是同乙個概念的不同描述，由於這三者都是舶來品，並且翻譯者在翻譯的過程中對概念的理解不一致，導致翻譯質量良莠不一。查閱了大量資料，認為他們之間的區別如下 01概念上 qa quality assurance 質量保證 qc quality contr...
軟體測試與軟體質量 軟體測試與質量保證的區別
質量保證 qa 重要工作是 預防 檢查與改進 來保證軟體質量。採用 全面質量管理 和 過程管理 的原理展開工作，關注點軟體質量 檢查與測量。qa的工作是 軟體生命週期的管理 以及驗證軟體是否滿足規定的質量和使用者的需求。關心的不是過程的活動 而是對過程 的產物以及開發出的軟體進行剖析。對開發文件和源...
軟體測試與世界盃的關係
1.軟體測試計畫要確定測試目標 做好測試需求分析 寫好測試計畫，更重要的是做好各種風險預防，開發人員用什麼樣的設計模式和演算法？哪些是重點測試，哪些是一般測試範圍，哪些可以不測，如果發現bug少下一步怎麼測？如果發現一大堆bug，下一步又如何測？如何 缺陷的發展趨勢？如同足球賽前的分析，進行各種猜測...