軟件開發(fā)過程質(zhì)量就是指為了生成工件而對可接受流程（包括質(zhì)量測評和質(zhì)量標準）的實施和遵守程度。軟件生產(chǎn)的過程質(zhì)量與汽車類似，體現(xiàn)在三個層次：一是產(chǎn)品本身和用來生產(chǎn)、組裝軟件產(chǎn)品的零部件質(zhì)量，包括用來進行軟件開發(fā)或在軟件開發(fā)過程中產(chǎn)生的代碼、文檔、模型和可執(zhí)行系統(tǒng)等工件；而是軟件開發(fā)活動本身對標準化軟件開發(fā)過程的遵守程度，主要體現(xiàn)在軟件開發(fā)過程的標準化、流程化、自動化程度和團隊基本協(xié)作平臺的效率；三十用來對整個軟件產(chǎn)品進行驗收的評測手段，它應該是被業(yè)界廣泛認可和接收的方法。
一個軟件生產(chǎn)企業(yè)的過程質(zhì)量一般可以用他的軟件過程成熟度等級（例如CMM/CMMI的級別）來決定，這也正是印度的軟件公司能夠獲取很多外包項目的重要原因。但我們應該更清醒的看到：真正保證軟件質(zhì)量的不是CMM、CMMI的一紙評估報告，而是軟件生產(chǎn)過程本身的成熟度，包括我們賴以達成成熟等級的方法、采用恰當?shù)墓ぞ吆推脚_，切實提高軟件生產(chǎn)過程的成熟度。
在實際的項目產(chǎn)品中采用了一套這樣的方法，涉及到的角色有項目經(jīng)理1、對于需求的滿足。在對于需求的滿足上，為避免代碼的設計/實現(xiàn)與需求出現(xiàn)大的偏差，要求由需求人員提供驗證的場景，同時根據(jù)每天早會大家的計劃在下班時對計劃的完成根據(jù)驗證場景進行驗證。涉及到的角色：需求人員（負責驗證場景的提供和需求實現(xiàn)的驗證）；測試人員（根據(jù)驗證場景進行驗證）。
缺乏信任和支持只是一個方面，QA工作本身就很具挑戰(zhàn)性。它要求QA具有軟件工程的知識、軟件開發(fā)的知識、行業(yè)背景的知識、數(shù)理統(tǒng)計的知識、項目管理的知識、質(zhì)量管理的知識等等。
我們常常遇到這樣的問題，改進到一定程度就很難突破，感覺心有余而力不足了，就開始郁悶了。后來通過學習、培訓、交流，思想和技能得到升華，又發(fā)現(xiàn)了木桶中最短的那塊，然后又開始改進，然后又遇到了玻璃天花板，然后……就這樣處于郁悶的循環(huán)中。
假使我們掌握了所有的知識，能突破所有的玻璃天花板，那是不是QA就可以一帆風順了。答案是否定的。QA角色定義本身就有很大的局限性。QA充當?shù)氖沁^程警察的角色，無論是否有意義，都專橫地強制過程的執(zhí)行，容易在項目組中造成敵對的關(guān)系，收到排擠，而且這種警察的姿態(tài)也破壞了團隊驚聲。如此一來，QA工作還需要的是人際關(guān)系技能，就如我以前寫得《質(zhì)量平衡》和《QA應該獨立于項目組嗎？》一樣，藝術(shù)化地處理這種關(guān)系。
選購指南：
本公司主要為山東地區(qū)供應各品種型的開發(fā)，濟南桌面軟件開發(fā)，濟南網(wǎng)頁軟件開發(fā)，濟南APP軟件開發(fā)，濟南WinCE嵌入式軟件開發(fā)，具體包含如：家電公司管理軟件、電腦公司管理系統(tǒng)、軟件公司管理系統(tǒng)、手機店管理系統(tǒng)、森普P6綜合業(yè)務支撐平臺、政府辦公平臺、濟南財務濟南軟件開發(fā)、濟南HR濟南軟件開發(fā)，可以滿足各種大中小型各類企業(yè)的管理需要。
