第一篇：鴻業(yè)軟件感想建議及QA

1.經(jīng)驗大家談：

（1）剛開始時候沒有重視教學視頻，主要依靠組員們的摸索自行制作。在摸索的過程中，對鴻業(yè)軟件各個按鍵以及功能有了一定程度的了解，但是因為大部分不太了解，最后越做越亂，出現(xiàn)很多不能理解的線。后來重做，按照教學視頻一步步來，加快了進度。

（2）圖左下角河流下游左方有一塊區(qū)域，剛開始發(fā)現(xiàn)沒有紅線，無法分排水區(qū)域。嘗試了很多方法，例如自己畫紅線等等。到最后發(fā)現(xiàn)是X-road圖層沒有打開。覺得有些事情特別麻煩的時候，肯定是自己想錯了，要靜下心所探究一下。

（3）雨水水力計算，提示部分管道過流能力太差，計算書里面顯示那些管道的直徑為復(fù)制，檢查井和管道連接情況沒有問題，檢查了好久也不知道為什么。最后換了臺電腦自動解決了，但是沒有找出為什么。

（4）在污水參數(shù)塊編輯時候，要求輸入流量變化系數(shù)，但是書上公式根據(jù)流量來計算的變化系數(shù)。因為每個區(qū)域的面積不同，而且區(qū)域眾多，每個都自己手算的話，工作量很大，但是又沒有找到便捷的方法。

（5）最后計算書里面坡度有一部分小于0.003，剛開始手動改坡度，造成了有些地方埋設(shè)深度過大，或者在計算的時候又出現(xiàn)了一些問題。所以就保持了原來的坡度。

（6）鴻業(yè)軟件是一款優(yōu)秀的給排水設(shè)計軟件。9.0版本的功能相較于以前的版本有了很大的改進，更加自動化，節(jié)省了很多時間。不足之處是在進行給水區(qū)域自動劃分時，不同的區(qū)域的參數(shù)塊要一個個的修改，比較麻煩。（7）作業(yè)類型不同，其制作特點也不同，需要邊看教學視頻邊做，不然會出現(xiàn)令人意想不到的結(jié)果??軟件的一些功能還需進一步了解，才能做出真正的工程圖，目前我們做的只不過是一個體驗，做好一個工程師恐怕還要十年功吧。

（8）再應(yīng)用鴻業(yè)軟件過程中，經(jīng)常遇到意想不到的bug：比如污水賦井地面標高時，出現(xiàn)了離散點可以賦到點上，但是無法賦到井上的情況，這種情況的出現(xiàn)使得設(shè)計進度嚴重被拖后，總共嘗試了近一周之后，才在一次機緣巧合的情況下，突然附上。當再次嘗試給其他組賦值的時候，上述問題再次出現(xiàn)，問題無法解決，只能靠運氣。鴻業(yè)軟件在賦值的時候程序運行不順利，而且如果僅僅一個點沒有編號或者在離散點外，整個賦值都不能進行，希望軟件對這點進行改進。

（9）隨著作業(yè)進展我們漸漸發(fā)現(xiàn)，給水的重頭戲在管道計算部分，需要反復(fù)計算和復(fù)查。軟件本身可以運行自行計算，但是一些理論知識我們稍顯欠缺，在關(guān)鍵時刻不能清晰地說出為什么。于是在后期，我們細化為專人負責理論部分的支持，其余負責軟件的操作計算。經(jīng)過大家通力合作，后期進行地非常順利。

（10）在雨水設(shè)計的過程中還是遇到很多糾結(jié)的問題，首先是定檢查進標高的問題，很多同學都無法定標高，但我們組一個同學她的電腦是可以完成的，所以這個問題很容易就解決了。然后就是檢查進的編號，按樁號線布管和檢查井，編號的時候也是按照樁號線進行編號，但是編號的時候只能一小段一小段的進行，無法整體進行編號，導(dǎo)致這部分工作很累。

（11）在定排水界限的過程中，軟件識別道路邊界線，使得分得的區(qū)域很大，進行參數(shù)快連接后有些管道就沒有流量，為此，我們手動各個區(qū)域進行細分，主要是街坊，道路和一些綠地并沒有形成閉合的區(qū)域，導(dǎo)致設(shè)計過程中沒有計算這部分的雨水量，產(chǎn)生了較大的誤差。

（12）在設(shè)計的過程中間我們遇到了不少的難題，比如由于部分地區(qū)的道路坡度較小，導(dǎo)致埋深增加很快，匯入干管后也增加了干管的埋深，為了解決這個問題，我們修改了管道的布局，想辦法增加了部分管道中的流量以減少坡度，并對部分管道進行了改道，重新定義了管徑等參數(shù)，費了不少力氣才終于解決。但事實上正是因為這些問題的出現(xiàn)才使我們才真正的了解了排水設(shè)計過程，對于城鎮(zhèn)污水以及雨水排水都有了更深的理解。（13）在做污水管道設(shè)計中，雖然一開始就著重考慮了地形對布置管道的影響，但實際出計算書后才發(fā)現(xiàn)地面標高、設(shè)計坡度、管徑對埋深的綜合影響很大，只有協(xié)調(diào)好其中的大小關(guān)系才能使埋深不超標。適當?shù)剡x擇主干管及支管的流向可使事半功倍。

（14）我們出現(xiàn)的最嚴重的問題是：污水設(shè)計中，無法定檢查井的地面標高。

解決方法：重新識別離散點標高，并且調(diào)整圖層，注意不要鎖定0圖層，并且不要對0圖層進行操作，避免發(fā)生不可預(yù)見的錯誤，導(dǎo)致無法完成標高的計算。

（15）關(guān)于雨水方面的設(shè)計，感覺就是軟件不是很好用，分排水界限方面，還有布置雨水井方面以及各種工具都超難用，最后計算的時候還是很輕松的，但是圖的處理太繁瑣了很多地方連接的都不好，導(dǎo)致自動劃分面積不成功，高程點有時候也設(shè)計不上，然后就沒了。做設(shè)計作業(yè)的過程也是一個搜尋資料的過程，軟件不會用，上網(wǎng)搜教程，某一步不知該怎么做，上網(wǎng)搜索，出現(xiàn)錯誤不知怎么解決，存好版本一步一步的嘗試。說實話做給排水大作業(yè)很累，在院館機房一泡就是一個整天，但是當你解決了一個問題，完成一個方案，那種快樂真的是難以形容的。

（16）首先說軟件操作。雖然我們在軟件操作中遇到了許許多多的問題并且耗費了很多的時間，但是我覺得這個過程還是值得的。這讓我們幾乎完成了一次有一定的實際操作性的計劃——這在之前的課程中是沒有的經(jīng)歷。而且自學一個軟件的歷程也是非常難得的考驗我們耐心和毅力的機會。（17）在設(shè)計中，我們也走了不少彎路，例如設(shè)計管段布置過密，誤設(shè)零高程點等，花費了很多時間來糾正，對此我們也總結(jié)出了較為詳盡的操作步驟以及設(shè)計的注意事項可供參考。

（18）相比于其他的大作業(yè)，給排水的大作業(yè)還是非常有分量的。從軟件的操作到報告的撰寫，我逐漸熟悉了給排水設(shè)計的流程，并且強化了記憶。雖然在設(shè)計的過程中出現(xiàn)了很多問題，但是每一次解決問題都讓我對于這門課程多了一些理解。

（19）總體說來，這次的作業(yè)我們組還是合作的不錯的。不過希望下一年可以減少每個組的組員個數(shù)，這樣大家可以從中得到更好的學習。

（20）在軟件使用過程中，感覺宏業(yè)軟件還是有許多待改進的地方，1、可以設(shè)置一個說明欄，用來說明計算過程中采用的公式以及流程，方便大家了解軟件的計算原理；

2、軟件的自我糾錯能力不行，比如有時由于人為失誤，管道的埋深達到幾千米，而軟件卻沒有報錯；

3、軟件有時候會有bug，一些運算過程得換一臺電腦才能操作完成。整體上，這次大作業(yè)的收獲還是很多的，雖然和實際的工程設(shè)計相差甚遠，但至少讓大家心里留了個底，有個初步的印象。

（21）一個學期，兩份大作業(yè)，六個人，無數(shù)的收獲。在整個大作業(yè)的過程中，我們遇到了很多困難。求助，掙扎，嘆息，彷徨，堅持，合作，分享，喜悅。最后，在大家的齊心努力下，終于完成了開始并不覺得可以完成的任務(wù)。大作業(yè)分工起來比較困難。如果說分成兩個大部分——鴻業(yè)軟件的操作和論文撰寫，要不同的人去完成?？墒秋@然操作的人也會更加清晰的知道整個流程以及過程中的一些假設(shè)、取值等，貌似也是寫報告的不二人選。這樣，任務(wù)基本讀壓在一兩個人身上，導(dǎo)致其他組員想幫忙卻又也無能為力。

2．常見問題Q&A：

Q：刪除標高點時為什么總是選中地塊？ A：把地塊圖層先關(guān)掉再刪。

Q：以“點選且兩端相連管線”方式定給水管時為什么有的是實線，有的是虛線？

A：虛線是已連接起來的管線，實線是未連接的，需要檢查將未連接的管線都連起來。一個簡便方法時把管線全選，統(tǒng)一定給水管。此外如果給節(jié)點編號時出現(xiàn)無法編號的情況，也是這個原因。

Q：定完給水管上，為什么除了交點處有節(jié)點，在某些管道中間也有節(jié)點？ A：管道中間有節(jié)點說明那段管道不是一根管道，要用【平差】—【管線合并】命令將其合并成一根管道。

Q：“按參數(shù)塊分配流量”時顯示“參數(shù)塊未編號或有重復(fù)編號”？ A：自動給參數(shù)塊編號時，軟件可能會遺漏一些參數(shù)塊未編號，需要手動找出并編號；此外，另一個猜測的原因是有些管道中間有重復(fù)的短線，需要用【工具】—【查重合管線】命令檢查出來并刪去。

Q：為什么平差時出現(xiàn)某些管道流量為0，如”5-5”，并且計算時出現(xiàn)極大的水壓？

A：說明在該節(jié)點處有一個多余的屬于管道圖層的點或短線，需要刪去 Q：平差時“圖面提取”，為什么顯示未找到節(jié)點？ A：節(jié)點圖層沒開。

Q：布置消防栓，定管道樁號時，為什么顯示“路樁號線沒有兩個端點”？ A：不能選擇所有管線統(tǒng)一定樁號，因為是環(huán)狀管網(wǎng)軟件不知道從哪開始，正解是按橫豎一根一根定樁號。Q: 軟件啟動過程中要求多次注冊？

A：一般是360問題或者是管理員運行身份的問題，退出360或者點擊右鍵以管理員身份運行即可。

Q：軟件啟動后不能出現(xiàn)鴻業(yè)提示工具欄？

A：一般是因為cad安裝版本不對，或者鴻業(yè)安裝中選擇的cad版本不一致，重新卸載安裝即可解決。

Q：軟件啟動后機器運行死機，運行不了軟件？

A: 有可能是機器顯卡設(shè)置的問題，華碩筆記本出現(xiàn)過這個現(xiàn)象。Q：如何定義給水點？管網(wǎng)水塔位置如果定義？ A：可以通過設(shè)置節(jié)點流量來定義

Q：離散點轉(zhuǎn)化的問題：使用鴻業(yè)軟件打開任務(wù)2的道路標高修改圖，有高程文字如439.00等文字標注，直接“地圖提標高”時顯示“離散點小于三個，無法提標高”。當使用“自然離散點”識別標高時，出現(xiàn)菜單欄有“逐點輸入“文本定義”等條目，視頻中只說使用文本定義，然后按照提示操作。當我選擇文本定義時，提示選擇離散點、圓等，我嘗試了很多都不行。上課的時候，工程師介紹使用塊定位，然后選擇all?？墒俏业能浖崾緹o效塊。

A:應(yīng)該選擇“離散點”識別標高方法，通過點選“文本定義”功能，然后按照相應(yīng)的提示進行操作即可，選擇離散點時候可以用all命令全選。塊定義的方法適合于任務(wù)1底圖的標高提取操作。

3.利用鴻業(yè)市政管線軟件做給水工程設(shè)計的幾點總結(jié): 市政管線的給水設(shè)計一般步驟主要包括設(shè)置工程名,管線平面設(shè)計,標高設(shè)計,平面標注,縱斷面圖和節(jié)點祥圖設(shè)計幾個部分.1)平面設(shè)計 即主要完成給水管線的平面布線,主要有以下幾個方面(1)布置管線,這方面,我個人的經(jīng)驗是, 盡量利用該軟件提供的道路繪制命令重新定原有道路,并定義道路樁號,(注意其命名在后續(xù)的標高定義中要用到)根據(jù)設(shè)計要求確定閥門井和消火栓井的平面位置, 再利用道路邊線的偏移準確定位.采用定義給水管道命令,在彈出的給水管道設(shè)計文本框中選擇管代號和管材,再根據(jù)命令行提示選擇連線方式便可快速完成給水管線的布置.(2)管線節(jié)點位置核定后,即可點取布置井類命令向管線上布置閥門井,室外消火栓等檢查井,(注意布置時啟用端點鋪捉)布置過程中,根據(jù)設(shè)計要求在相關(guān)命令行提示下選擇布置.如命令行提示`圖形標志處管線是否設(shè)置閥門`如果設(shè)計中要求,則選Y ,程序據(jù)此可初選檢查井規(guī)格.由于會出現(xiàn)非標準圖的情況,檢查井規(guī)格的最終定型,則是由該井所設(shè)的節(jié)點管件和設(shè)計規(guī)范決定,要采用檢查井編輯功能重新修改輸入該井的標準圖號和規(guī)格.(3)采用給水菜單中的定義管徑命令,選擇管道規(guī)格一致的管道,即可方便地為所選管段定義管徑規(guī)格,若在選擇管道規(guī)格文本框中沒有所要求的規(guī)格,則須在設(shè)置菜單中的管道規(guī)格管理中添加相應(yīng)的公稱直徑等參數(shù)后存盤設(shè)置.(4)管線整理命令專用來編輯整理所要修改位置的管線.(5)節(jié)點編號, 根據(jù)管線形式采用具體的編號方式,對于枝狀管網(wǎng),采用枝狀網(wǎng)成組編號,程序?qū)⒆詣铀阉鬟B續(xù)的各檢查井和節(jié)點,并快速統(tǒng)一編號,若想將不同類檢查井區(qū)分開來,則采用逐個編號方式逐個為檢查井編號.2)管線標高設(shè)計:

即定義節(jié)點地面標高和管線標高, 該軟件中節(jié)點地面標高的確定有多種方式,各標高定義方式也可據(jù)其字面意思得知,其中,較為嚴格的定標高方式應(yīng)為路標高計算,即根據(jù)道路中心地面標高及其到管線處的高差或橫坡等參數(shù)定義節(jié)點地面標高的方式,其具體步驟如下: 利用測繪單位提供的道路縱斷面圖或標高文件,選用自然地面標高文件菜單項中測量圖提取命令,將圖面文件轉(zhuǎn)換為與道路樁號相對應(yīng)的路面標高bgz文件,文件的保存命名要與對應(yīng)的道路樁號一致,再利用自然標高文件轉(zhuǎn)設(shè)計標高文件,將文件轉(zhuǎn)化為bgs設(shè)計標高文件.點取樁號和標高文件關(guān)聯(lián),使道路與其路面標高建立起聯(lián)系.點取定節(jié)點地面標高命令,選取路標高計算,根據(jù)命令行提示,選擇參考樁號線,即其旁側(cè)布設(shè)管線的道路樁號線, 程序?qū)⒆詣訖z查該樁號線是否關(guān)聯(lián)過道路設(shè)計標高文件,并彈出該工程名下的標高文件,選擇其對應(yīng)的標高文件,再選取管線上的相應(yīng)節(jié)點,輸入所需參數(shù)(如道路橫破等),即可為相應(yīng)節(jié)點定義上地面標高.（注意：在利用道路標高定節(jié)點標高時, 設(shè)計標高文件的起點和終點不能在豎曲線范圍內(nèi)，如果設(shè)計中樁號線的起點和終點剛好在豎曲線范圍內(nèi)，如道路中心線的起點和終點處有路弧.須將樁號線向兩端進行延長。道路的起點樁號和終點樁號必須包含所要繪制中樁斷面的管道, 標高文件樁號范圍可包括其所對應(yīng)的道路中心線的樁號范圍。）

管線標高的確定也有多種方式,個人經(jīng)驗是先采用管中心埋深定標高的方式,在生成的中斷面圖中查看管線的坡度變化,在根據(jù)設(shè)計要求將管線按坡度和管徑變化分成幾大段,(以利于施工過程中的接管方便),再采用控制點定標高的方式,選擇各段的控制點, 輸入控制點處的管中心標高程序?qū)⒆詣诱页鏊麄冎g的管道,根據(jù)它們之間的管道長度采用線性內(nèi)插的方式計算出管道各端點的標高.另一種比較自由的管高確定方式是斷面拉坡方式定標高.3.平面標注:

通過編輯標注命令可快速實現(xiàn)管線的管高,管徑,井編號等參數(shù)的圖面標注.如要查看所做的節(jié)點編號可選用標井編號命令,選擇標注方式,成組標注,引出標注或逐個標注,若選擇成組標注,則還可選擇是回車自動定標注位置還是用戶定標注位置,選擇確定后,程序?qū)⒆詣訉崿F(xiàn)井編號的平面標注.4.繪制管線縱斷面圖:

在設(shè)置菜單的縱斷表頭項中設(shè)置縱斷面圖的表頭內(nèi)容,在縱斷標注設(shè)置項中設(shè)置管徑表示法,標注整樁號等標注方式設(shè)置.根據(jù)設(shè)計要求,選擇斷面繪制種類,如投影端面,只反映管線在水平方向投影的長短和其豎向比例,沒有橫向比例的概念,同時在繪制過程中,命令行會提示輸入豎向比例,管道基礎(chǔ),斷面圖中管線的表示形式和管道基礎(chǔ)超挖等的參數(shù),選擇繪制管線的起點和終點井或節(jié)點標志,在圖面上點取布置點(縱斷面圖的左下腳),管線的縱斷面圖即可逐漸生成.中樁斷面的主要特點則是要求道路中心線定義過樁號,且關(guān)聯(lián)過設(shè)計地面標高文件,其所繪的斷面長度與道路中心線長度相等.若所做的管線中有交叉管存在,則采用拉坡文件繪斷面或數(shù)據(jù)斷面的方式,并要求輸入交叉管的有關(guān)參數(shù).以相同的步驟繪制出斷面圖.節(jié)點祥圖設(shè)計,在給水菜單中,點取的繪節(jié)點圖.井表命令中的平面管件項,彈出管件布置界面圖,要向圖面布置某一管件時,雙擊其圖標,再選擇布置方式,在圖面上點取其布置位置即可,對于其布置方式,當布置時,若所布置的管件是該井的中心管件(首先布置),則要采用直接點取位置方式,在圖面上旋轉(zhuǎn)至指定布置位置(最好啟用正交模式),該井的其余所接管件則采用選擇要連接的管件的方式,點取所接管件的所在側(cè),程序?qū)⒏鶕?jù)所接管的管徑默認其接入端的管徑.對于漸縮管和旁通管類的管件,命令行會提示輸入另一端的口徑規(guī)格.如此采用交互方式繪制給水節(jié)點祥圖,繪制時,無須繪制節(jié)點管線,對于界面上沒有的管件,側(cè)可通過ADD添加新管件命令添加(在出圖比例為1000下繪制管件)

第二篇：QA組工作建議

QA組工作建議

? 人員職責

一、QA工程師

1.編制項目《質(zhì)量保證計劃》； 2.實施項目過程與產(chǎn)品評審與檢查； 3.審查組織QA工程師工作；

4.落實、跟蹤QA工作中的問題，協(xié)調(diào)落實處理QA上報延期問題、過程問題以及需協(xié)調(diào)的問題；

5.進行QA工作匯報。

二、QA主管

1.編制組織《質(zhì)量保證計劃》；

2.實施組織（EPG、培訓、開發(fā)、測試組、配置等）過程與產(chǎn)品評審與檢查； 3.審查QA工程師工作；

4.落實、跟蹤QA工作中的問題，協(xié)調(diào)落實處理QA上報延期問題、過程問題以及需協(xié)調(diào)的問題；

5.編制QA組工作報告（EPG、培訓、測試組、各個項目）輸出QA檢查單、問題單（來源于QA問題與建議收集＆跟蹤表）作為附件，建議1月匯總一次； 6.根據(jù)QA改進意見表，向EPG提供過程質(zhì)量監(jiān)控月報或季報。

三、產(chǎn)品經(jīng)理、部門經(jīng)理、項目經(jīng)理

1.審核項目質(zhì)量保證計劃；

2.根據(jù)QA的問題報告處理相關(guān)的問題。

四、研發(fā)中心總經(jīng)理、總工、總監(jiān) 1.根據(jù)QA上報的問題協(xié)調(diào)或協(xié)助項目組解決； 2.審查并指導(dǎo)QA工作，并提供資源； 3.審核組織級質(zhì)量保證計劃，并提供資源； 4.協(xié)調(diào)、落實QA問題。

? 文檔輸入輸出

產(chǎn)品計劃/部門計劃QA評審與檢查質(zhì)量保證計劃參加項目活動問題跟蹤與質(zhì)量改進建議檢查單QA工作報告

一、QA工程師

1.輸入 《產(chǎn)品計劃》 《開發(fā)計劃》 《測試計劃》 《需求文檔》 《概要設(shè)計》 2.輸出：

《質(zhì)量保證計劃》（項目級）《QA檢查單》（項目級）

《問題與建議收集＆跟蹤表（含改進建議）》（項目級）《QA工作報告》（項目級）《個人周報》

二、QA主管

1.輸入

《部門/中心計劃》 《部門/中心培訓計劃》

《EPG（過程推進組）計劃》（可選）2.輸出

《質(zhì)量保證計劃》（組織級）《QA檢查單》（組織級）

《問題與建議收集＆跟蹤表（含改進建議）》（組織級）《QA工作報告》（組織級）

《過程質(zhì)量監(jiān)控月/季報》（含項目/組織級）《QA組周報》

? 目前QA工作整理：

一、QA日常檢查

項目里程碑跟蹤（項目檢查）、BUG統(tǒng)計報告、發(fā)布通知單、發(fā)布檢查單、提測單檢查等

二、會議跟蹤

周例會跟蹤（組織級檢查）

三、項目過程監(jiān)控

過程改進跟蹤、變更管理、評審跟蹤、各部門之間的溝通。? 改進建議

一、數(shù)據(jù)說話，圖表清晰

1.目前QA日常檢查（里程碑跟蹤、變更跟蹤、發(fā)布檢查等）最終提交的是一個不符合項的總值匯總表。匯報對象須自己從一堆數(shù)據(jù)表格里去找相應(yīng)內(nèi)容，容易造成匯報對象對重要問題的忽視。建議類似BUG項統(tǒng)計，里程碑延期延期等檢查內(nèi)容，能匯總形成圖表一目了然，條件允許的話打印張貼。

2.建議補充或者改善目前QA工作內(nèi)容輸出，對實際遺漏項以及不符合項進行內(nèi)容記錄，有于匯總成《問題與建議收集＆跟蹤表（含改進建議）》。

二、調(diào)整心態(tài)

QA工程師不要將自己定位為監(jiān)工，關(guān)注點僅僅定位為檢查不合格項。QA工程師更多的工作是成為項目的一份子，協(xié)調(diào)幫助大家把事情做好，而不是強制教訓別人要如此做。

三、循環(huán)漸進很重要

研發(fā)中心目前流程規(guī)范等已經(jīng)制定。要注意的是規(guī)范不是QA說怎么做，就要怎么做，而是大家商量出來的。規(guī)范定好，也不可能一下子完全推行到底，可分批推行，定時收集意見，達成共識是執(zhí)行規(guī)范的基礎(chǔ)。目前過程改進規(guī)范可以從QA和C M開始試行。

第三篇：(軟件企業(yè))有效實施QA職能

QA即英文QUALITY ASSURANCE 的簡稱，中文意思是品質(zhì)保證，其在ISO8402：1994中的定義是“為了提供足夠的信任表明實體能夠滿足品質(zhì)要求，而在品質(zhì)管理體系中實施并根據(jù)需要進行證實的全部有計劃和有系統(tǒng)的活動”。有些推行ISO9000的組織會設(shè)置這樣的部門或崗位，負責ISO9000標準所要求的有關(guān)品質(zhì)保證的職能，擔任這類工作的人員就叫做QA人員

無論是ISO9000還是CMMI，都是以過程為中心。也就是說，通過過程的持續(xù)改進來提高產(chǎn)品質(zhì)量。而過程質(zhì)量與產(chǎn)品質(zhì)量如何正向關(guān)聯(lián)呢？就需要質(zhì)量保證（QA）。這也是ISO9000和CMMI都很推崇的方法。但從國內(nèi)軟件企業(yè)的現(xiàn)狀來看，很多企業(yè)的過程體系都相差無幾，而開發(fā)出來的產(chǎn)品質(zhì)量卻千差萬別。導(dǎo)致這種差別的原因有很多，過程及其執(zhí)行方式的生搬硬套就是其中很重要的原因之一。

在建立QA組織的時候，多數(shù)企業(yè)也這樣實行“拿來主義”。就像看著別人穿著一雙非常漂亮的鞋，就想拿過來自己穿，一般都不會適合自己。其結(jié)果要么是打腫腳穿大鞋，要么是削足適履，效果可想而知。我們應(yīng)該做的是“量腳買鞋”、“量體裁衣”。QA組織的建立也一樣，應(yīng)先了解企業(yè)的文化、可獲得的資源以及過程成熟度水平等，再據(jù)此選擇適宜的QA組織。下面我們就從一個動態(tài)的視角來探討QA組織的建立。

QA的職責是什么？負責質(zhì)量保證。

在談QA的職責的時候，首先要了解質(zhì)量問題會出現(xiàn)在那些方面，因為這是質(zhì)量保證的重點。我們經(jīng)常說，質(zhì)量是制造出來的，是設(shè)計出來的，所以QA對整個過程都應(yīng)該跟蹤。但是如果是整個過程跟蹤，就出現(xiàn)了缺少重點的問題，沒有重點那就難以監(jiān)控了。所以必須要了解整個開發(fā)過程中那些是必須被監(jiān)控的，那些是可以放松力度的，那些是不必要去監(jiān)控的（這些根據(jù)公司對QA的定義而要求不同）。在確定了這些事情后，就要對必須被監(jiān)控的東西進行分類，進行排序。這樣可以讓QA的主要經(jīng)歷放在關(guān)鍵地方（一般來說，中國的軟件企業(yè)不會要求到一點問題都沒有，所以有的地方可以放松，這也是出于成本的考慮）。

在過程中，QA一般比較注重的是過程是否符合規(guī)范？測試是否合理、充分？評審是否及時、有效等，這些是重要的“檢驗”過程，可以列為重點。對于過程符合規(guī)范來說就比較復(fù)雜了，首先要看過程有沒有計劃，計劃詳細與否，可行與否，工作量評估是否可行（主要是檢查評估方法）？日常管理是否可行？配置管理是否可行？過程遵循那些標準？實施什么樣的裁減......QA在做這些工作的時候，必須遵照公司的要求進行，如果公司沒相關(guān)規(guī)范，那你就中獎了！除非你懂得項目管理，可以從中知道PM，要不然，嘿嘿......在整個過程的監(jiān)督中，QA需要具備一定的數(shù)據(jù)意識，要不斷的收集各種數(shù)據(jù)，尤其是質(zhì)量數(shù)據(jù)。現(xiàn)在大多數(shù)的QA基本只是收集與時間有關(guān)的數(shù)據(jù)，這是不夠的！

QA最好具備一定的項目管理經(jīng)驗，要不然，你只能是一種邊緣參與，是進入不了項目的。最好能幫助PM將問題分析清楚。PM會思考要將問題做成什么樣子，而QA可以思考如何去做，這樣就可以達到一種配合的效果。

其次還要注意一點，就是QA以什么心態(tài)去監(jiān)控項目組，我們公司提出的是“質(zhì)量服務(wù)”，也就是說，項目組是我們的客戶，我們是為他們提供質(zhì)量服務(wù)的。

QA不是監(jiān)督人，但是必須了解人！

QA應(yīng)該注重過程！

QA應(yīng)該加薪！

QA應(yīng)該升職！

.......除了主持人講的這三方面，質(zhì)量管理、溝通能力、軟件工程能力，我認為還有項目管理經(jīng)驗也是非常重要的。至于說到學歷，一般來說，希望QA人員一定是在本科以上，也有?？飘厴I(yè)素質(zhì)很好的人，招聘的話首先要求本科以上。另外從個人素質(zhì)上來講，溝通能力是非常重要的。還要求有一個非常好的工作主動性和好的團隊意識。質(zhì)量管理的知識也是很重要的，但從中國目前的QA現(xiàn)狀來講，項目管理的經(jīng)驗比質(zhì)量管理的知識獲得更加困難，用友在培養(yǎng)自己QA的時候，會更多的關(guān)注很好的項目管理的經(jīng)驗，在用友我們也有很多這樣的例子，當一個項目完成以后，項目經(jīng)理經(jīng)過一個疲憊期，讓他輪換到QA部門做一段QA工作，我們的要求是至少做三個月，這樣的話，有很好的質(zhì)量管理背景的QA，和具有很好項目管理經(jīng)驗的項目經(jīng)理，就可以互相的學習，項目經(jīng)理基于他的很好的項目經(jīng)驗，一般他可以用比較高的效率發(fā)現(xiàn)已經(jīng)存在和預(yù)計將要發(fā)生的問題，通過預(yù)防將要產(chǎn)生的問題，會使質(zhì)量成本大大的降低。有一些項目經(jīng)理做QA做了幾個月以后，再回到項目中去的時候，就會發(fā)現(xiàn)他現(xiàn)在管項目和原來沒有做QA的時候，有很大的差別。

主持人：企業(yè)在招聘QA人員的時候，有什么具體要求？

劉清富：剛才我也談到了，百度一直尋找優(yōu)秀的人員包括經(jīng)理級別的人來加盟百度，我怎么選一個QA人員，或者我在面試的時候怎么選QA人員，我覺得百度建立了一個很好的技術(shù)的體系，這個體系大概是什么樣的要求，我們僅在QA等級方面就分七個等級，什么樣的層次做等級

一、等級二，跟你招聘人選的時候有很大的參考性，我招聘人的時候要看他的能力是符合我們的等級

一、還是等級二。這樣的時候我們要判斷一下，我對他判定的時候，掌握的過程改進的基礎(chǔ)知識怎么樣？他有沒有這方面的成功的實戰(zhàn)經(jīng)驗?；ヂ?lián)網(wǎng)調(diào)查的數(shù)據(jù)我也是贊同的，大概47％的人有QA經(jīng)驗很重要的。其次是溝通能力網(wǎng)上調(diào)查是30％，百度也是非常重視溝通能力的，不僅有QA的能力和背景、經(jīng)驗，或者有更高等級CMMI的經(jīng)驗，而且有良好的溝通能力，因為你做QA是跟人打交道。

你對互聯(lián)網(wǎng)的敏銳性，或者你怎么融入一個你從來沒有涉獵過的行業(yè)，這是很重要的，對整個的行業(yè)，假如你對互聯(lián)網(wǎng)非常的熟悉，你非常的敏銳，這樣你做QA的時候，你很快能捕捉到你對QA遇到的問題，你對產(chǎn)品非常了解，你對QA更有發(fā)言權(quán)，你不僅能做過程的審計，還能做產(chǎn)品的審計。百度提供了很好的體系，也在招聘QA人員，也有一些基本的要求。

嘉賓主持Bluesky：那么在選擇QA人員方面，是以內(nèi)部培養(yǎng)為主還是外部招聘為主？

劉清富：對于百度，外部招聘占很重要的成份。百對有這個部門的構(gòu)建，但沒有太長的時間。他和用友不一樣，內(nèi)部有輪崗機制。我們百度有一個很專門的機制，如果沒有百度QA的經(jīng)驗的話，是很難涉獵這個角色。如果做的話，可能沒有做到位，沒有發(fā)揮QA的作用，百度還是傾向于從外面招聘人員，這方面如果有網(wǎng)友想加盟百度，可以訪問百度的網(wǎng)站，給百度投簡歷。

嘉賓主持Bluesky：QA團隊對公司都起哪些作用呢？于老師如何通過咨詢和評估的經(jīng)驗來介紹SEI的CMM和CMMI模型對QA有哪些要求呢？

于波：SEI的CMM模型中強調(diào)的是軟件質(zhì)量保證（SQA）的獨立性，即SQA要獨立于其所進行質(zhì)量保證的項目和項目的所在部門。也就是說，SQA要在行政管理上不隸屬項目和項目的負責部門。剛才兩位老總談到QA向QA經(jīng)理和更高層管理報告，這也是CMM所要求的另一個SQA發(fā)揮職能的&獨立上報渠道&，尤其是發(fā)現(xiàn)的不符合問題要逐級上報并跟蹤問題的處理直致結(jié)束。如果SQA受技術(shù)高層的管理，而且技術(shù)高層之間對SQA職能和價值有很好的理解，如劉總說，SQA和項目間的對立和協(xié)調(diào)就會順暢和協(xié)調(diào)一致得很好。SQA的價值和作用的有效發(fā)揮，還受到企業(yè)從上到下各個層面對SQA價值和作用的認識、SQA資源的選擇和投入的影響。

在一個企業(yè)中，QA也好、開發(fā)工程師也好、或承擔其他角色的員工，他們的目標都是一樣的，他們都是企業(yè)的產(chǎn)品或服務(wù)質(zhì)量鏈條上緊密相連和不可或缺的各個環(huán)節(jié)，他們之間沒有完全或絕對的對立的關(guān)系。SQA要對項目相關(guān)的各種過程活動要遵循過程和規(guī)程進行評審，并對工作產(chǎn)品應(yīng)遵循的標準規(guī)范進行審核。SQA除了工作能力、經(jīng)驗之外，還要對已建立過程和技術(shù)的了解。QA對整個商業(yè)目標和高層領(lǐng)導(dǎo)負責。

CMMI模型進一步強調(diào)的是過程和產(chǎn)品質(zhì)量保證和評價，即PPQA。雖然對QA的獨立性放寬了要求，提高了實施PPQA的靈活性，但更加強調(diào)了PPQA功能的客觀性。PPQA人員可以在項目間交叉，但還是不允許項目成員做本項目的QA。

另外，到目前為止，大家的討論還沒有涉及到的一個話題，即QA做檢查或評審與審核，并不是他們想查什么就查什么。QA要檢查的內(nèi)容在公司的過程、標準與規(guī)范、或質(zhì)量體系中已經(jīng)完全定義好了，并遵循QA的計劃來執(zhí)行的。QA要對過程活動評審和工作產(chǎn)品的審核，他們除了對過程和規(guī)范要熟練掌握外，其開發(fā)等各個環(huán)節(jié)的工作經(jīng)歷、經(jīng)驗，軟件工程的知識，溝通能力也是十分重要的。

傅純一：剛才聽了三位老總講了之后，很受啟發(fā)。我同意謝總的觀點，成熟度低的企業(yè)要求有更多的QA人員，成熟度高的企業(yè)QA人員可以少一些。我想補充一下，成熟度低的企業(yè)對QA人員的素質(zhì)要求更高一些。在成熟度較低的企業(yè)，在項目、組織各個層次，都缺乏成熟的流程。這時候QA應(yīng)該起什么作用呢？第一他應(yīng)該制定流程；第二是要使開發(fā)團隊按這個流程來進行開發(fā)實踐。在這種情況下，我認為QA的資歷、對軟件工程的認識都要比一般人員高。他們相當于內(nèi)部的咨詢?nèi)藛T，來向項目團隊提供咨詢工作，指導(dǎo)他們?nèi)绾螆?zhí)行流程，用規(guī)范的流程來保證產(chǎn)品質(zhì)量。相反，成熟度非常高的企業(yè)已經(jīng)有了流程規(guī)范，整個開發(fā)團隊都在按照企業(yè)的流程來進行軟件開發(fā)，所有的開發(fā)人員這些工作流程已經(jīng)習以為常了，他們就不太需要QA的指導(dǎo)，這個時候QA更多是起一個監(jiān)督的作用。QA的另外一個重要職責就是要不斷根據(jù)企業(yè)發(fā)展的需要來改進現(xiàn)有的流程。從這個角度來說，如果企業(yè)要做基于CMMI模型的流程改進工作，這個工作一般都是由QA來主導(dǎo)的，就是要做流程改進，這就是QA部門比較重要的一個職能。剛才謝總也談到，用友的QA部門里面有一個小組就是來做流程改進的。總結(jié)一下QA的職責，一方面是制定流程并且保證流程的執(zhí)行；另一方面就是不斷搜集項目團隊反饋，不斷根據(jù)企業(yè)發(fā)展改進優(yōu)化現(xiàn)有流程。

主持人：現(xiàn)在聊天室的網(wǎng)友討論的非常激烈，傅老師您剛才提到在小型企業(yè)里面，QA的職責比較多一些，對QA的要求也要高一些。有一些網(wǎng)友問，如果是這樣的話，那還要項目經(jīng)理做什么？項目經(jīng)理做SQA，不是自己檢查自己嗎？很多公司并不樂意讓項目經(jīng)理拿出一部分時間做SQA的工作。還有的說可以輪流做。又有網(wǎng)友說項目經(jīng)理應(yīng)該做其他項目的SQA。各位專家怎么看呢？

謝琳：這里我想澄清一下，我們在用友的做法，是項目經(jīng)理輪換到QA部門是，是做專職的QA，這時他不再做其他的項目工作，比如說項目經(jīng)理。一個項目經(jīng)理在項目中是非常重要的，應(yīng)該專注于他的工作。

傅純一：網(wǎng)友們提出的問題，我覺得是溝通上的誤解，也需要澄清一下。第一，并不是小型組織要對QA人員的要求更高，正確的說法是成熟度低的企業(yè)對QA的要求較高，成熟度高低和企業(yè)大小沒有關(guān)系。還有就是輪崗，無論是劉總還是謝總，他們在招QA的時候都需要有項目管理經(jīng)驗，只有你做過這件事情，才能有經(jīng)驗、有能力去指導(dǎo)別人，才有切身體會。另一方面，謝總提到在用友有時會交換一下QA和項目經(jīng)理的崗位，我覺得很有道理，要保證每一個項目經(jīng)理按照公司的流程來管理項目開發(fā)，就要求他很熟悉這些流程，如果他做QA工作，就會增加他對流程的了解，這樣能夠保證他在項目開發(fā)過程中，真正把公司的流程實踐進去。另外，項目經(jīng)理其實和QA的職責還是不一樣的，項目經(jīng)理要保證項目按時完成，QA是要保證這個項目質(zhì)量健康發(fā)展，能夠和公司制定的流程不相違背。為什么公司要制作流程呢？主要是希望通過流程來保證產(chǎn)品的質(zhì)量，使項目能夠按時完成，并且控制開發(fā)成本。在實際項目中，項目經(jīng)理往往迫于各種壓力，如客戶需求變更、緊張的開發(fā)進度等等，不會完全按照流程來做，如跳過單元測試、代碼評審等環(huán)節(jié)，這就有可能帶來質(zhì)量隱患。這時候需要QA站在第三方的角度來看，對他進行一些提醒，使項目在關(guān)鍵點上能夠不折不扣地按照流程來做。大家有一些誤解，說QA是警察，和項目經(jīng)理水火不相容，這些都是誤解。在成熟度比較高的企業(yè)，這兩個角色應(yīng)該是互相配合、互相支持，共同把工作做好。

于波：網(wǎng)友們剛才提出的問題屬于不在同一個現(xiàn)場而產(chǎn)生的談話溝通和理解上的問題。前面提到了QA在企業(yè)里面的設(shè)置比例，剛才有一個是按規(guī)模調(diào)查的。SEI對企業(yè)QA比例的統(tǒng)計一般占開發(fā)資源的3%--7％這樣一個范圍。但這并不是說小的企業(yè)成熟度低的企業(yè)QA少，成熟度越高、越大的企業(yè)需要QA多。隨企業(yè)過程能力成熟度的提高，所有員工對過程和規(guī)范的理解和自覺遵循的意識會提高，QA發(fā)現(xiàn)的問題會相對降低。另外，還要與業(yè)對QA的重視程度、QA人員的流動和培養(yǎng)等因素有關(guān)。有的企業(yè)注意把有經(jīng)驗的人放在QA上，但不一定是永遠做QA，像謝總所說到的要搞一個輪崗，增進整體的過程和質(zhì)量意識。QA資源的投入比例和是否有效發(fā)揮QA的作用不是一個簡單的百分比的范圍就可以說明的，應(yīng)該從QA的工作量、發(fā)現(xiàn)的問題數(shù)，問題的分類，產(chǎn)品交付后又發(fā)現(xiàn)的問題等等之間諸多數(shù)據(jù)的綜合分析來進行評價QA的有效性和如何進一步改進產(chǎn)品的質(zhì)量。

再一點，剛才傅總提到了，他所談的QA已經(jīng)更廣義上的了，即包括了過程改進人員（SEPG/EPG人員），所以QA不但要建立過程、監(jiān)督過程的實施，還要進一步改進過程。他們企業(yè)也是在這個大的范圍下做質(zhì)量保證的。所以，因為我們與網(wǎng)友不是一個面對面的溝通，在文字上理解可能有差異性。

不同的QA職責(2009-04-01 17:58:54)

簡單務(wù)實的回顧一下我經(jīng)歷過的QA的職責定義，工作內(nèi)容以及人員要求的不同。

QA=quality assurance，質(zhì)量保證，為了精確區(qū)分，有時候也會在前面加上定語，比如SQA，S=software，也就是軟件質(zhì)量保證。對應(yīng)到角色的話，還隱藏了一個Engineer，也就是還在工程的范疇內(nèi)，工程師的一種。

質(zhì)量不用多言，定義雖然不統(tǒng)一但概念個個清晰，不過保證這個詞就不好理解了，質(zhì)量要怎么個保證法？正因為所見所需不同，各家公司對QA的非官方定義才精彩紛呈各有側(cè)重。1，QA近似于外審

QA完全獨立于研發(fā)之外，偏重管理而非工程，對項目來說，除了在啟動，結(jié)束和里程碑這些key point進行review和audit外，基本不干預(yù)研發(fā)過程，項目經(jīng)理很可能是項目的唯一接口，基本不和工程師接觸。QA對產(chǎn)品質(zhì)量無關(guān)聯(lián)責任，專注組織級過程資產(chǎn)庫的建立維護，流程推行主要教化到項目經(jīng)理。另外負責質(zhì)量相關(guān)外聯(lián)，比如外審接待和認證過程等。QA親近核心管理層，所以被賦予很高的權(quán)利，比如里程碑評審不通過費用就受到限制。對于項目成員來說，QA工程師是天邊飄來的一片云，遮一下就過去了；對于項目經(jīng)理來說，QA工程師是上面派來滴，沒必要得罪，問題都應(yīng)下，有則改之，改不了化之。

因為偏重于標準和過程的管理，要求QA工程師對規(guī)范的標準和過程要非常了解，達到學院派的水平，對項目研發(fā)的需求和技術(shù)要求很低，文案的工作比較多。

這樣出身的QA，我知道有的就去了專門的做標準認證或者咨詢的公司。2，QA是研發(fā)一分子

QA就是研發(fā)的一個團隊，QA工程師是把研發(fā)總監(jiān)的非技術(shù)需求實現(xiàn)的工程師，一切行動聽部門最高領(lǐng)導(dǎo)指揮，無論業(yè)界怎么做而是研發(fā)總監(jiān)想怎么做，在某些時候某些領(lǐng)域，QA和總監(jiān)助理的職責有些分不清。QA工程師和研發(fā)團隊的各種角色尤其是工程師溝通緊密，常常involve到研發(fā)過程的細節(jié)中。

因為行政權(quán)利和質(zhì)量要求高度統(tǒng)一，QA和項目團隊都是自己人，所以推行流程相對容易得多，也沒有太多繁文縟節(jié)，但更多是關(guān)門做事，不關(guān)心業(yè)界的最佳實踐，QA可以不熟悉外面流行的模型卻不能不熟悉內(nèi)部用的技術(shù)和過程。在QA從研發(fā)團隊剝離出來并入質(zhì)量部門后，問題就出來，研發(fā)總監(jiān)護犢的行為比較明顯，不再像原先那樣支持QA的工作，因為QA代表的更多的不再是他的需求。QA會成為不同部門總監(jiān)角力的棋子。3，QA是項目經(jīng)理之一 在復(fù)雜的大項目中，QA工程師是質(zhì)量部門出具的項目經(jīng)理，代表身后若干支持團隊，更多的參與到項目管理和實踐中，要對質(zhì)量相關(guān)的事務(wù)和結(jié)果負責。

QA工程師常成為program manager或者product manager制衡R&D項目經(jīng)理的棋子，所以需要和很多層面的manager打交道，對于向上溝通的能力要求比較高。這一點其實隱含了對QA工程師的要求是全面的，如果他理論不清或者技術(shù)不熟或者人格有所瑕疵，在Engineer那里不過是let it be，在manager或者director那里卻會成為被反擊的致命弱點。4，QA就是測試

這種定義的理解就是通過測試來保證質(zhì)量，QA過程是研發(fā)過程中的一個環(huán)節(jié)，要求的是對業(yè)務(wù)需求的理解和測試能力。我沒有這種定義下的崗位服務(wù)經(jīng)歷，且這樣的定義也不是我辨析的針對，所以不做多說。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

發(fā)現(xiàn)一個問題：會寫的越來越多，但是又沒有時間擔負起長篇大論，結(jié)果就是講了意猶未盡而且不透徹。

有效實施QA職能

一、概述

許多企業(yè)在建立研發(fā)管理體系時，尤其是實施CMMI時，都需要建立一個QA組織。但由于缺乏經(jīng)驗和指導(dǎo)，只能摸著石頭過河，先從各個部門抽調(diào)一些新人和“閑人”成立一個部門，按照規(guī)范要求試試再說。這樣嘗試的結(jié)果，往往是走了彎路，一切回到原點。

還有一些企業(yè)已經(jīng)成立了QA部門，QA的職責就是保證過程體系一板一眼地得到嚴格執(zhí)行。而研發(fā)人員卻認為QA只會站在研發(fā)環(huán)節(jié)之外指手畫腳，像警察一般指責研發(fā)人員的不是。而QA人員對此也相當委屈，“我是照章辦事啊”，得罪了人不說，還可能對自己的工作內(nèi)容感到迷惘。這樣的QA部門，在其它部門的眼中“可有可無”，在老板的眼中是“白白增加了管理成本”。

二、QA在不同組織結(jié)構(gòu)中的組織形式

質(zhì)量體系的建設(shè)是一個系統(tǒng)工程，它存在的形式不僅是一套質(zhì)量體系文件和質(zhì)量管理部，它更體現(xiàn)為一個企業(yè)的質(zhì)量文化和質(zhì)量文化在企業(yè)的貫徹實施。軟件企業(yè)在規(guī)劃質(zhì)量體系時往往會選擇一個模型，如ISO9000、CMMI、XP等。具體選擇何種模型，還要看企業(yè)的實際情況，充分協(xié)調(diào)人、技術(shù)、過程三者之間的關(guān)系，使質(zhì)量體系能夠充分發(fā)揮作用，促進企業(yè)生產(chǎn)力的發(fā)展。質(zhì)量文化的形成和貫徹實施與QA組織的人員構(gòu)成、角色定位有著密切的關(guān)系。同時，不同企業(yè)的各種組織結(jié)構(gòu)也影響著QA組織的建立和作用。根據(jù)對一些企業(yè)實際情況的調(diào)查，以下分別介紹職能型組織結(jié)構(gòu)和矩陣型組織結(jié)構(gòu)中，QA組織的區(qū)別和各自的優(yōu)缺點。

1.職能型組織結(jié)構(gòu)中的QA組織

在職能型組織結(jié)構(gòu)中，各個職能部門可能會設(shè)立自己的QA崗位。QA獨立于項目組，直接向部門主管報告，但在業(yè)務(wù)上也向項目經(jīng)理進行匯報。如圖1所示。在職能型組織結(jié)構(gòu)下QA組織的優(yōu)點是：因為同屬于一個部門，QA人員容易深入項目組的具體工作，容易發(fā)現(xiàn)項目的實際問題，項目組對問題的處理也更快捷。缺點是各職能部門相對獨立，部門之間缺乏經(jīng)驗的交流和共享。不同部門還可能重復(fù)進行過程、方法和工具的研究。而且，企業(yè)中普遍存在“重業(yè)務(wù)，輕過程”的現(xiàn)象，QA的工作與業(yè)務(wù)工作相比顯得無足輕重，QA人員的職業(yè)發(fā)展更容易受到忽視，很難接受應(yīng)有的培訓和提升。

圖1 職能型組織結(jié)構(gòu)下的QA組織

2.矩陣型組織結(jié)構(gòu)中的QA組織

在矩陣型組織結(jié)構(gòu)中，企業(yè)設(shè)立了專門的質(zhì)管部，QA人員由質(zhì)管部指派到各個項目組。QA獨立于項目組和職能部門，在行政上向QA經(jīng)理報告，業(yè)務(wù)上向項目經(jīng)理報告。如圖2所示，在矩陣型組織結(jié)構(gòu)中，項目經(jīng)理對QA的工作績效有建議權(quán)，但由QA部經(jīng)理對QA進行直接考評，這既有利于保證QA工作的獨立性和評價的客觀性，也可以保證QA組織的長期利益與項目的短期利益之間的平衡。QA資源的分配是根據(jù)項目特點、工作量和進度而確定的，同時考慮項目優(yōu)先級，對QA人員進行動態(tài)調(diào)配，保證更加充分地利用資源。一個軟件QA通常可以負責5個左右的軟件項目的質(zhì)量保證工作，硬件QA可以負責2、3個項目的工作。

此外，由于QA人員直接面對項目組開展工作，非常了解過程運行的情況，更容易發(fā)現(xiàn)過程改進的“短板”，所以QA是改進過程實施的重要推動力量。因此，許多企業(yè)的質(zhì)管部還擔負了組織級質(zhì)量體系的優(yōu)化、過程資產(chǎn)庫和度量數(shù)據(jù)庫的建立、維護和使用的職能。質(zhì)管部甚至還可能包括了企業(yè)級IT系統(tǒng)規(guī)劃、建立和推廣實施的職能。這種情況下，質(zhì)管部成為QA人員的資源池，一方面負責為項目輸送QA人員，另一方面關(guān)注培養(yǎng)QA人員?？梢杂行П苊饴毮苄徒M織結(jié)構(gòu)中不同部門重復(fù)投資于質(zhì)量體系、忽視QA職業(yè)發(fā)展的問題。

在矩陣型組織結(jié)構(gòu)中也有一個問題，由于QA和項目組分別向不同的領(lǐng)導(dǎo)負責，因此相對而言，QA較難融入項目組深入發(fā)現(xiàn)問題，而且可能常常遇到QA與項目經(jīng)理很難就一個問題是否成其為問題而達成共識的扯皮情況。對于這種情況，可以通過問題的“上報”機制來解決，即對于QA與項目組協(xié)商后仍不能解決的問題，QA可以直接報告職能部門主管和質(zhì)管部經(jīng)理，通過高層協(xié)商和協(xié)調(diào)資源來尋求問題的解決。

圖2 矩陣型組織結(jié)構(gòu)下的QA組織

三、QA的三大角色和職責

1.QA的三大角色

CMMI標準文件說，QA是高級經(jīng)理的“ears and eyes”。研發(fā)人員眼中的QA往往也是“警察”，QA的作用似乎僅限于發(fā)現(xiàn)和報告項目的問題。其實，一個合格的QA在項目中會充當三種角色：

角色1-老師，具備學習和培訓的能力。

角色2-醫(yī)生，通過度量數(shù)據(jù)對項目過程進行診斷，幫助分析原因，開處方。

角色3-警察，以企業(yè)流程為依據(jù)，但要告訴大家流程背后的原因；如果和項目組針對某些問題意見相左，可以直接匯報高層。

典型的QA的職責包括了：過程指導(dǎo)、過程評審、產(chǎn)品審計、過程改進、過程度量。

◆ 老師的角色——在項目前期，QA輔助項目經(jīng)理制定項目計劃，包括根據(jù)質(zhì)量體系中的標準過程裁剪得到項目定義的過程，幫助項目進行估算，設(shè)定質(zhì)量目標等；對項目成員進行過程和規(guī)范的培訓以及在過程中進行指導(dǎo)等。

◆ 警察的角色——在項目過程中，QA有選擇性地參加項目的技術(shù)評審，定期對項目的工作產(chǎn)品和過程進行審計和評審。

◆ 醫(yī)生的角色——在項目過程中，QA也可以承擔收集、統(tǒng)計、分析度量數(shù)據(jù)的工作，用于支持管理決策。

在CMMI中，度量分析是一個單獨的過程域。CMMI成熟度等級越高，對度量分析提出的要求也越高，難度越大。相應(yīng)地，QA人員應(yīng)該具備的能力要求就更高。那么，在企業(yè)的實際操作中，QA到底是老師、醫(yī)生還是警察？或者三者皆

如果企業(yè)計劃進行CMMI評估或者經(jīng)過評估已經(jīng)達到了某個成熟度等級，那么這些企業(yè)中的QA應(yīng)該做到以上所列的所有工作，這是為了滿足CMMI要求的必須。但如果僅從企業(yè)自身業(yè)務(wù)和管理的需要出發(fā)，考慮到企業(yè)文化，就不一定非得要求QA既當警察又當老師和醫(yī)生了。例如，企業(yè)認為同行評審?fù)度胭Y源多，產(chǎn)生效益卻不明顯，QA應(yīng)加強對同行評審過程的監(jiān)控，因此QA可以承擔同行評審會議的組織和協(xié)調(diào)工作。而有些企業(yè)則是由項目組按照流程自行組織同行評審，QA只是抽樣參與評審過程進行審計。如果企業(yè)有外包業(yè)務(wù)，則QA應(yīng)該作為外包過程和產(chǎn)品質(zhì)量監(jiān)控的主力。

2.不同過程成熟度等級對QA職責的要求

CMMI不同成熟度等級對QA職責的要求有較大的不同，過程成熟度是影響QA工作分布很重要的因素。成熟度等級較低時，由于過程體系尚處于建立過程中，員工的過程意識不強，所以QA的工作主要集中在收集最佳實踐、定義過程體系和培養(yǎng)員工建立過程意識方面。隨著過程體系的實施、完善和制度化，QA的工作重點轉(zhuǎn)移到過程評審和產(chǎn)品審計。當企業(yè)達到了高成熟度等級，即4、5級時，過程的執(zhí)行已經(jīng)高度制度化，成為員工的工作習慣，因此過程評審和產(chǎn)品審計所需要的工作量也大量減少，而定量管理需要QA作為專業(yè)人員更多地投入度量分析工作中。組織級的過程變革、技術(shù)變革等過程改進工作是5級企業(yè)對QA最主要的要求。如下圖所示，隨著成熟度等級的變化，QA花費在過程指導(dǎo)、過程評審、產(chǎn)品審計、過程度量和過程改進方面的工作量分布也不同。

圖3 不同成熟度等級對QA職責的要求

五、誰是合適的QA人選

QA人員可以來自于企業(yè)的各個部門，既可以由專職人員擔任，也可兼職。但很多企業(yè)的經(jīng)驗證明，選擇一些新人和“閑人”組成的QA部門往往只能構(gòu)成形式上的QA組織，卻不能勝任企業(yè)對質(zhì)量體系寄予的重任——保證逐步實現(xiàn)產(chǎn)品零缺陷、工作零錯誤。那么，企業(yè)應(yīng)該選擇什么樣的人來擔任QA才能有效地行使QA的職能？

1.QA應(yīng)該具備的能力

在選擇合適的QA人選時，企業(yè)應(yīng)首先考慮他們的知識、技能和素質(zhì)能否滿足組織和崗位的要求。具體而言，可以從軟能力、項目管理經(jīng)驗、軟件工程經(jīng)驗、項目業(yè)務(wù)知識，以及對過程體系的熟悉程度等方面來考察?！败浤芰Α笔侵竸?chuàng)新、團隊精神等不太容易評估但又非常重要的素質(zhì)，軟能力的培養(yǎng)不是一朝一夕的事情，而是一個潛移默化的漸進過程，它的形成則更多依賴于自我修煉。這好比我們在政治課上能學到政治常識，卻不一定能提高政治覺悟一樣。QA

人員如果沒有實際參與過項目/產(chǎn)品的開發(fā)，沒有從事過項目管理工作，或是從有些部門抽調(diào)來的工作相對比較“輕松”的人員，即便他們熟讀背誦了整個過程體系，仍然很難成為企業(yè)真正需要的合格的QA。

企業(yè)由于成熟度和企業(yè)文化的不同，對QA的期望也很不同。比如一個溝通協(xié)作差、部門墻林立的企業(yè)，QA的軟能力，尤其是團隊精神和溝通協(xié)調(diào)能力可能是最重要的要求；對于一個高過程成熟度的企業(yè)，對QA的要求則不僅僅是對過程體系的熟知，而要求QA同時具備深入的業(yè)務(wù)領(lǐng)域知識，并且是一位度量分析的專家。

2.EPG和QA人員的7種素質(zhì)

EPG，即工程過程組，是過程改進的主體，QA的素質(zhì)：

1.真正相信過程改進-只有發(fā)自內(nèi)心的相信才能感染別人。

2.自我激勵-即便身處逆境，也可以克服不良情緒振作起來。

3.不畏懼失敗-我們的任何工作在第一次做時不可能完美。

4.引導(dǎo)和激勵其他人-只有幾個人的改變不代表整個組織的成功。

5.分清工作輕重緩急層次清晰-平衡工作的長期目標和短期利益。

6.不斷充電-不斷學習、思考、實踐、再學習。

7.開心地工作。

六、總結(jié)

企業(yè)在建立QA組織時，應(yīng)根據(jù)自身的需要，考慮到企業(yè)文化、成熟度等級，以及可獲得的資源等因素，因地制宜。“抓壯丁”式地選擇QA人員，絕無利于企業(yè)的質(zhì)量體系發(fā)揮作用。只有選擇了合適的是過程改進實施的重要推動力量，他們應(yīng)該具備以下7種基本

QA組織形式，QA人員具備相應(yīng)的能力和素質(zhì)，才能保證質(zhì)量管理體系良好地運作，從而現(xiàn)產(chǎn)品零缺陷、工作零錯誤的最終目標。

第四篇：軟件測試工作中 QA 的角色和分工

1、測試的角色(Test)要獨立出來么 ?

2、獨立出來的測試角色怎么才能發(fā)揮作用?

有些成功人士和成功的公司號稱沒必要有獨立的測試角色(Test)，你怎么看?

大多數(shù)的開發(fā)團隊并不需要一個獨立的測試角色。即使有一個，他的所有的開發(fā)時間比上所有的測試時間應(yīng)該>20：1。

我正好在寫相關(guān)的教案，也來湊個熱鬧。

[這篇文章的一些事例來自于我曾經(jīng)和現(xiàn)在的團隊。希望這些例子不足以影響相關(guān)人物和團隊的偉大形象。任何軟件團隊都會犯錯誤，偉大的團隊有勇氣面對自己的錯誤并不斷改進。]

首先，明確兩個概念：

1、軟件測試(Test)：運用定義好的流程，工具去驗證軟件能實現(xiàn)預(yù)先設(shè)計的功能和特性，工作的流程和結(jié)果通常是可量化的，例如，測試用例，bugs，代碼覆蓋率，MTTF，軟件效能的參數(shù)。[注：正因為流程和結(jié)果是可明確定義的，可量化的，很多測試工作可以自動化]

2、軟件質(zhì)量保證工作(QualityAssurance)：軟件團隊的成員為了讓軟件達到事先定義的質(zhì)量而進行的所有活動，包括測試工作。

對于這兩個術(shù)語，不同人有不同的定義，有人認為它們是互通的，在《現(xiàn)代軟件工程》的上下文中我盡量使用上述的定義.測試的角色(Test)要獨立出來么?

回答：首先，領(lǐng)測國際相信有分工是好事，軟件團隊中應(yīng)該有獨立的測試(Testing)角色。所有人都可以參與QA的工作(報告bug什么的)，但是最后要有 一個角色對QA這件事負責。不但角色要獨立，而且在最后軟件發(fā)布的時候，必須得到此角色的簽字保證(signoff)。我在微軟參與的項目都是這樣做的。

在開始論證之前，先引用斯密特·亞當斯的《國富論》來暖場(我沒讀過這本書，直接從網(wǎng)上抄的)。

亞當斯認為，分工的起源是由人的才能具有自然差異?！俣▊€人樂于專業(yè)化及提高生產(chǎn)力，經(jīng)由剩余產(chǎn)品之交換行為，促使個人增加財富，此等過程將擴大社會 生產(chǎn)，促進社會繁榮，并達私利與公益之調(diào)和。他列舉制針業(yè)來說明。“如果他們各自獨立工作，不專習一種特殊業(yè)務(wù)，那么他們不論是誰，絕對不能一日制造二十 枚針，說不定一天連一枚也制造不出來。他們不但不能制出今日由適當分工合作而制成的數(shù)量的二百四十分之一，就連這數(shù)量的四千八百分之一，恐怕也制造不出 來?！?/p>

分工促進勞動生產(chǎn)力的原因有三：第一，勞動者的技巧因?qū)I(yè)而日進;第二，由一種工作轉(zhuǎn)到另一種工作，通常需損失不少時間，有了分工，就可以免除這種損失;第三，許多簡化勞動和縮減勞動的機械發(fā)明，只有在分工的基礎(chǔ)上方才可能。

我們看團隊形式的職業(yè)體育比賽，各個位置的分工都很明確，拿足球來說，有專注進攻的，有專注防守的，但是在我的印象中，那些偉大的前鋒大多數(shù)只管一件事-進攻。亨利(ThierryHenry)參加防守么?

1、當然一些球賽也有沒有分工的時候，原因有好幾個：

2、事太小，幾個小孩踢個半場。

3、無知，小孩們剛開始玩球。

4、人手不夠，一對一打籃球，你要參與防守么?沙灘排球，兩人都是全攻全守。

如果你的軟件團隊做的事情和上面的情況類似，那當然不必分工。你們做的很可能不是商用軟件，你的軟件團隊大概也不用受什么軟件工程規(guī)律的束縛。

任何產(chǎn)業(yè)產(chǎn)業(yè)成熟到一定階段的時候，獨立的質(zhì)量保證角色是不可避免的。團隊內(nèi)部有QA角色，團隊外部也有獨立的QA角色。

拿藥品和食品來做例子，除了生產(chǎn)廠家自己的檢測之外，這些產(chǎn)品還要接受行業(yè)主管部門相關(guān)機構(gòu)的檢測和認可(藥品檢驗，食品檢驗)，才能上市。在出現(xiàn)爭議的情況下，還要第三方機構(gòu)來進行測試或認證。

有人也許這樣建議：

這些藥品都是藥廠同一批工人一邊制造一邊測試出來的，特別有保證!不用測了，趕緊吃了吧!

也許還有人這樣建議：

這個十字坡夫妻店的農(nóng)家飯都是他們自己親手做的，很可信，咱們今晚就去吃飯住一宿吧。

我們每天經(jīng)常使用的電子產(chǎn)品，從大彩電到電影插座，也經(jīng)歷了很多團隊內(nèi)部的和外部的測試，請隨手拿過任何一個電器，你會在背面看到密密麻麻的小字，其中肯定有下列標記之一：

沒有這些標記的產(chǎn)品電子產(chǎn)品，市面上很少看到。

第五篇：鴻業(yè)暖通空調(diào)負荷計算軟件操作說明

鴻業(yè)負荷計算軟件操作說明

1、首先選中左側(cè)的默認工程，在數(shù)據(jù)中心里的氣象參數(shù)里，選擇工程地點；

2、選中1001房間，在數(shù)據(jù)中心里面的基本信息里,修改房間用途，房間面積，在冬季參數(shù)那選空調(diào)熱負荷；

3、選中1001房間，點開詳細負荷，把里面的人員、燈光、設(shè)備那些全刪了，然后自己添加

4、點外墻，選墻，輸入面積（整面墻的面積，包括窗和門的面積）、修改朝向，別的參數(shù)不改，再確定

5、再選中墻，點外窗，在里面選墻，輸面積、朝向，點確定，窗的就完了

6、然后再選中1001，點人體：人數(shù)，有規(guī)范，勞動強度極輕，選群集系數(shù)，時間指派（點后面的箭頭進行選擇），點確定

7、新風的，只改時間指派

8、新風的完了，是燈光、設(shè)備，都改時間指派

9、最后點計算結(jié)果，上面就會出來負荷的計算值

10、計算完成后，記得保存，待所有計算都完成后，可以輸出excel、Word

注意：在左面房間列表，點右鍵，可以添加房間，復(fù)制樓層，可以添加樓層

胡老師說不算地面，小張老師說算地面，李洪老師沒規(guī)定