QA角色的釐清

今天跑去找以前在資策會的長官，請教有關QA的作法。獲得了很多的啟發，也印證了之前「同人兄」跟我分享的定義～而QA如何去做到確認整個軟體開發的程序和流程，進而做到「品質確認」呢？
就像很多人都認為，QA和QC還不是都一樣，如果要做到QA（品質確認）也是要進行測試啊？真的好一個鬼打牆的說法～如果說重點在「測試」那何必要第二次的QC來檢驗第一次的QC成果哩？所以囉...重點應該不是在這邊～
就我獲得釐清的答案，可以簡單的說...QC（品質管制）僅僅是程式在開發階段的一個程序，而QA則是要確認整個開發案從「程式需求」、「規劃和設計」、「開發和測試」最後到「驗證」都要確認流程正確。怎麼說呢～應該說整個程式開發都是要滿足第一步「需求」這個步驟～QA就是要確認「規劃和設計」符不符合「程式需求」；「開發和測試」符不符合「規劃和設計」甚至「程式需求」；「驗證」是不是可以符合「程式需求」～其實QA就是要做這件事情...
而QC僅僅只是做好「開發和測試」符不符合「規劃和設計」，如果有使命感的QC也會重複確認自己的「測試內容」是不是符合「程式需求」。
（靡靡之音：問題可能有這麼自動嗎？程式開發人員，只會把自己寫好的那部分測試而已，哪裡會做甚麼有效的整合測試呢？）