【正文】 行規(guī)范的過程中，別忘了不斷收集反饋意見，不斷改進(jìn)和修正規(guī)范，規(guī)范可不是qa說是什么就是什么的，一定要收集大家的意見，達(dá)成共識，這樣才有被大家執(zhí)行的基礎(chǔ)。展示自己QA工作務(wù)虛，但是可以落到實(shí)處，是有很多實(shí)際工作要做的，比如文檔編寫，規(guī)范起草。培訓(xùn)、評審、跟進(jìn)問題。這些工作的成果如何體現(xiàn)，效果如何，可以通過一些問卷調(diào)查，來收集大家的反饋，舉個例子，如果推行產(chǎn)品開發(fā)流程規(guī)范前大家對流程的滿意度是50%，推行規(guī)范兩個月以后，滿意度成了90%，你說這是誰的功勞呢？呵呵，這也是數(shù)據(jù)說話的一個方面，也是QA工作成績的展現(xiàn)。說了這么多，其實(shí)我做QA工作也只有3個月，還有很多的不足，希望能和大家多多的交流，如果自己的一點(diǎn)心得，能夠給大家一些幫助或啟發(fā)，就深感欣慰了，呵呵。歡迎拍磚！附錄B、SQA之Qamp。A 軟件質(zhì)量保證，即 SQA，全稱是 Software Quality Assurance。問： SQA 目的是什么？答： 對于任何的行業(yè)，講到質(zhì)量控制，歸根結(jié)底都是為客戶提供更高品質(zhì)的產(chǎn)品，更好地滿足客戶的需求。質(zhì)量有問題的話就不能滿足客戶的需求。在 CMMI 里邊就有 “ 集成流程產(chǎn)品開發(fā) IPPD(Integrated Product amp。 Process Development)”，為什么要集成呢？就是說產(chǎn)品的研發(fā)不僅僅是開發(fā)團(tuán)隊(duì)的工作，還要把市場團(tuán)隊(duì)、銷售團(tuán)隊(duì)、整個的流程、包括客戶的反饋都要考慮進(jìn)來、集成進(jìn)來。目的是為了什么？其實(shí)就是為了更好地滿足客戶的需求。六西格瑪里面說 DPMO(Defect Per Million Opportunities)，百萬產(chǎn)品里有缺陷的產(chǎn)品只有三個。這是為什么？就是為了減少差錯，從而讓客戶享受非常高質(zhì)量的服務(wù)。問： SQA 等于測試？答： 測試其實(shí)只是 SQA 的一個環(huán)節(jié)，SQA 的全稱是軟件質(zhì)量保證。在國外很多的大型的企業(yè)，比如說摩托羅拉、愛立信，他們的研發(fā)團(tuán)隊(duì)里面都專門有一個 QA 部門，其實(shí)他們并不是做測試工作的。QA 部門其實(shí)是管理開發(fā)流程的執(zhí)行，并專門負(fù)責(zé)制定產(chǎn)品開發(fā)流程。比如說 RUP 里面有一個角色，叫 Process Engineer，過程工程師，他就屬于 QA 部門，他的工作就是負(fù)責(zé)制定整個軟件開發(fā)的流程。因?yàn)槿绻f要保證質(zhì)量的話，不能只靠測試來保證。而必須在整個開發(fā)流程的各個環(huán)節(jié)都要做得很好，才能夠真正地提升軟件的質(zhì)量。而測試只是整個開發(fā)流程最后的一個階段。所以說一個好的流程就決定了一個軟件的開發(fā)能不能按時交貨，能否保證軟件質(zhì)量。這個流程就是由 QA 部門來制定的。QA 部門還有另外一個職責(zé)，就是保證整個研發(fā)團(tuán)隊(duì)能夠嚴(yán)格按照這個流程來運(yùn)作。在項(xiàng)目到達(dá)每一個里程碑的時候，QA 部門的 QA 經(jīng)理就會介入，對項(xiàng)目做一個審核，檢查前一階段的工作是否按照公司制定的流程來運(yùn)作?？纯丛撚械墓ぜ遣皇嵌加辛?，該有的步驟是不是都有了。開發(fā)團(tuán)隊(duì)要證明給 QA 人員看。只有過了這一關(guān)，QA 部門才會同意說開發(fā)團(tuán)隊(duì)可以往下走，進(jìn)行下一步的工作。所以嚴(yán)格來講，眾廣義上理解，SQA 是針對整個軟件開發(fā)流程的，它關(guān)心的是怎樣在軟件開發(fā)生命周期中來保證好軟件的質(zhì)量。這是一個非常大的概念。問： SQA 在 RUP 中是如何體現(xiàn)的？答： 其實(shí) RUP 整個流程都在講 SQA。業(yè)界常見的模型，譬如 CMM/CMMI，六西格瑪，ISO9000，RUP，它們做的基本上是同一件事情都是在做流程改進(jìn)，都在做質(zhì)量控制，但是各自的側(cè)重點(diǎn)不一樣。像 RUP 和 SDP 專門側(cè)重于從軟件開發(fā)的整個生命周期來保證軟件質(zhì)量，所以對軟件開發(fā)商特別適合。而其它的模型，側(cè)重點(diǎn)則在其它的環(huán)節(jié)，比如說 ISO9000，用在制造業(yè)比較多一些； CMM，原來是應(yīng)用在軟件這個行業(yè)的，后來擴(kuò)展到 CMMI，就擴(kuò)展到其它行業(yè)它也適用。但適用面越廣，它拉的層次就越高，可實(shí)際操作的東西就越少。RUP 是專門側(cè)重于軟件項(xiàng)目開發(fā)的。怎樣來保證做好 QA 呢？ RUP 里定義了一個軟件生命周期模型，分成四個階段初始階段、細(xì)化階段、構(gòu)造階段、交付階段，每個階段有不同的側(cè)重點(diǎn)，通過多次的迭代，每次迭代里面都要做質(zhì)量控制。質(zhì)量控制從需求開始，有很多需求分析和需求管理方面的技巧和技術(shù)方法，它們從需求方面來保證軟件的質(zhì)量；到了設(shè)計(jì)，就有很多成熟的設(shè)計(jì)方法，例如可視化建模，基于構(gòu)件的架構(gòu)設(shè)計(jì)和現(xiàn)在提出的模型驅(qū)動開發(fā)方法；再到實(shí)現(xiàn)，到測試等方面，都有很多的方法和技巧來提高軟件的質(zhì)量。這里面每一個環(huán)節(jié)的目的都是為了提高整個軟件開發(fā)的質(zhì)量。開發(fā)過程中，什么樣的問題會造成質(zhì)量問題呢？其實(shí)最主要的就是溝通方面的問題，以及對系統(tǒng)復(fù)雜度把握程度的問題。我們逐漸發(fā)展了一些技術(shù)來幫助我們解決這些方面的問題，例如用 UML 這種標(biāo)準(zhǔn)化的語言來增強(qiáng)團(tuán)隊(duì)的溝通，用面向?qū)ο蟮募夹g(shù)來幫助加強(qiáng)對復(fù)雜度的控制能力。原來這個系統(tǒng)很復(fù)雜，使用面向?qū)ο蟮姆椒ǎ旧砭褪菫榱撕喕到y(tǒng)構(gòu)建的復(fù)雜度。改變你看問題的角度，你對問題的把握程度就會不一樣。譬如人看一個二維迷宮很容易就能找到出路，但螞蟻在里面就走不出來，因?yàn)榭磫栴}的角度不一樣。面向?qū)ο蠓椒ê涂梢暬＜夹g(shù)可以讓開發(fā)人員可以更好地去把握系統(tǒng)，增強(qiáng)對系統(tǒng)的可控制能力，從而從這些維度上來提高和保證軟件的質(zhì)量?，F(xiàn)在有很多自動化的工具，如 IBM Rational RAD(Rational Application Developer)/ RSA(Rational Software Architect)，都是支持 MDA 的開發(fā)方法，在模型這一級進(jìn)行開發(fā)，從模型直接生成代碼。在開發(fā)方面我們有很多輔助工具，幫助開發(fā)人員盡量將人工做的工作、復(fù)雜的重復(fù)性的工作、不具有創(chuàng)造性的工作讓工具來做。讓人去關(guān)注他應(yīng)該關(guān)注的方面，比如開發(fā)人員應(yīng)該關(guān)注業(yè)務(wù)邏輯的處理，但是軟件的構(gòu)建方面我們是盡量讓工具來降低構(gòu)建細(xì)節(jié)上的難度。這樣也是有助于提高質(zhì)量的。然后產(chǎn)品出來了，需要進(jìn)行測試，有測試流程、測試規(guī)范來幫助保證質(zhì)量，這是最直接的。然后還有很多的環(huán)節(jié)還會發(fā)生錯誤，比如配置管理、版本的管理，也需要相關(guān)的支持來保證軟件的質(zhì)量。所以說軟件質(zhì)量保證不應(yīng)該只是在一個環(huán)節(jié)上，比如測試環(huán)節(jié)來保證，而應(yīng)該是整個的流程，我們應(yīng)該全面地去改進(jìn)流程來保證質(zhì)量。問： 做 SQA 這方面的人員，在溝通方面需要的什么樣技巧和能力？答： 首先從大的方面說，整個團(tuán)隊(duì)的溝通，首先是大家要講同樣的語言。UML 只是這種語言的一部分，我們不要狹義地理解這種溝通語言就是 UML。它還包括采用一個什么樣的流程方法，整個團(tuán)隊(duì)都要理解。譬如你說項(xiàng)目正處于 “ 精化(Elaboration)” 階段，這個團(tuán)隊(duì)都要能理解這個術(shù)語。還有就是整個組織機(jī)構(gòu)內(nèi)部大家采用的流程都是要一樣的。舉個例子來說，Rational 有很多產(chǎn)品，其中很多都是收購來的。不同的產(chǎn)品團(tuán)隊(duì)采用的開發(fā)方法、開發(fā)工具都是不一樣的，他們到了 Rational 之后做的第一件事就是整合。這個整合一方面是說產(chǎn)品要整合起來（我們有 Suite 產(chǎn)品）；同時也是針對開發(fā)團(tuán)隊(duì)開發(fā)方法的整合，例如 Rational 花了一兩年的時間把所有產(chǎn)品團(tuán)隊(duì)統(tǒng)一到 RUP 和 ClearCase/ClearQuest平臺之上，這是我們的首選。實(shí)際上到了 IBM 之后也是一樣，IBM 現(xiàn)在正在做的計(jì)劃就是讓所有的實(shí)驗(yàn)室、研發(fā)團(tuán)隊(duì)都要使用 IBM Rational 自己的開發(fā)工具，他們都在使用 IBM 自己的開發(fā)方法、開發(fā)平臺。這就是讓大家的溝通基于一個統(tǒng)一的基礎(chǔ)架構(gòu) ―― 統(tǒng)一的軟件開發(fā)平臺，這也是增強(qiáng)溝通的一種方式。另外，講到 SQA 的人員，在 RUP 里對應(yīng)的就應(yīng)該是 Process Engineer。他的主要的職能就是定義流程，保證流程的執(zhí)行，并且不斷地改進(jìn)流程。對他的要求就是要對流程要比較了解，有實(shí)際項(xiàng)目的開發(fā)經(jīng)驗(yàn)，不然沒有辦法理解流程，這是技能方面；另外就是與人的溝通能力要強(qiáng)，跟一般的開發(fā)人員和項(xiàng)目經(jīng)理是有區(qū)別的，溝通的能力一定要強(qiáng)，他要負(fù)責(zé)說服項(xiàng)目團(tuán)隊(duì)來遵循標(biāo)準(zhǔn)。問： QA 人員與目經(jīng)理和開發(fā)人員之間的關(guān)系是怎樣的？答： 首先彼此之間是一個合作的關(guān)系。如果片面理解 QA 人員只是 “ 過程警察 ” 的話，就可能把他和其他的角色對立起來了。實(shí)際上在一個團(tuán)隊(duì)內(nèi)部要避免這種認(rèn)識。因?yàn)榇蠹叶际窃谝粋€組織架構(gòu)內(nèi)部的，大家的目標(biāo)是一致的，就是要把公司的業(yè)務(wù)做好。所以 QA 人員的職責(zé)和任務(wù)就是幫助這個項(xiàng)目團(tuán)隊(duì)更好地進(jìn)行軟件的開發(fā)。既然已經(jīng)定義的流程是比較適合企業(yè)的，項(xiàng)目就應(yīng)該遵守這個流程來進(jìn)行開發(fā)。如果有時候項(xiàng)目因?yàn)橼s工，或是其它的原因違背一些流程上的規(guī)定的話，就會對軟件的質(zhì)量會造成一定影響，他就有責(zé)任來幫助開發(fā)團(tuán)隊(duì)來糾正這方面的一些錯誤。還有就是進(jìn)度方面的問題。如果不按照流程來走的話，短期內(nèi)看起來進(jìn)度是快了一點(diǎn)，但從整個項(xiàng)目的周期來看，有可能是給以后的工作帶來隱患，客觀上肯定是延長整個開發(fā)的進(jìn)度的。所以對于一些流程管理得比較好的企業(yè)，你會發(fā)現(xiàn)他們的 QA 部門和開發(fā)團(tuán)隊(duì)是相處得比較融洽的，配合是比較緊密的。在我們的客戶里就看到過他們的開發(fā)團(tuán)隊(duì)非常感謝自己的質(zhì)量控制人員，覺得他們對自己是給了很大的幫助。QA 人員跟每一個角色的關(guān)系，如果你對應(yīng)到 RUP 的話，RUP 里就定義好每一個角色是做什么工作的。RUP 里分了 9 個規(guī)程(discipline)，流程工程師是在環(huán)境規(guī)程里邊，項(xiàng)目經(jīng)理是在項(xiàng)目管理規(guī)程里邊。每一個規(guī)程其實(shí)就是一類開發(fā)活動，其中的角色和他們所產(chǎn)生的工件集合，是一個分類?？梢园秧?xiàng)目經(jīng)理相關(guān)的工作，他所涉及到的工件，比如說軟件開發(fā)計(jì)劃、風(fēng)險管理計(jì)劃、質(zhì)量保證計(jì)劃都放在一起，放在這個規(guī)程里面。所以 QA 人員跟項(xiàng)目經(jīng)理的關(guān)系就是去檢查項(xiàng)目經(jīng)理在這個崗位上所做的職責(zé)是否到位，是不是跟流程相符合。其他的角色也是一樣的，譬如一個測試人員，就要看你有沒有根據(jù)規(guī)定把缺陷按正確的測試流程匯報(bào)，發(fā)現(xiàn)缺陷之后是否能夠得到改正，并作一個復(fù)審，還有回歸測試的時候有沒有考慮測試的完備性等問題，就是看測試人員有沒有做好具體的工作。QA 人員和整個項(xiàng)目團(tuán)隊(duì)在工作中的關(guān)系就是看每一個角色是不是很好地完成了自身角色所應(yīng)該完成的開發(fā)任務(wù)。標(biāo)準(zhǔn)是什么？就是這個組織的流程，流程是保證質(zhì)量很重要的一個依據(jù)。問： QA 人員如何判斷其工作效果和質(zhì)量？答： 最直接就是 RUP 里的工件?？梢匀z查這些工件，可以根據(jù)檢查的結(jié)果來判斷角色是否達(dá)到了要求。既然是檢查這個結(jié)果的話，就有必要涉及到統(tǒng)一流程和工具的問題。就是說開發(fā)團(tuán)隊(duì)有必要采用統(tǒng)一的開發(fā)方法和流程。不然的話每一個開發(fā)團(tuán)隊(duì)各自采用不同的開發(fā)流程，流程工程師就很難去評價，沒有一個可對照的標(biāo)準(zhǔn)，沒有可比性。另外，和采用的工具也有關(guān)系，就是說團(tuán)隊(duì)要盡量采用統(tǒng)一的開發(fā)平臺。采用統(tǒng)一的開發(fā)平臺，工具會幫助自動收集很多的信息。比如說我們的 Project Console 可以幫助收集很多量化的指標(biāo)；現(xiàn)在有 Portfolio Manager，項(xiàng)目組合管理平臺，可以幫助了解項(xiàng)目進(jìn)度還有項(xiàng)目進(jìn)行過程中產(chǎn)生的各種結(jié)果；還有包括測試的報(bào)告等等，這些都最好有一個統(tǒng)一的標(biāo)準(zhǔn)。打個比方來說，現(xiàn)在的航空公司都會選擇相同飛機(jī)制造廠商的機(jī)型，就是要降低維護(hù)的成本。因?yàn)闄C(jī)型比較統(tǒng)一的話，就比較好進(jìn)行管理。在一個軟件企業(yè)的話，在內(nèi)部采用統(tǒng)一的軟件開發(fā)平臺也能有助于企業(yè)判斷項(xiàng)目的情況，判斷的方法也會相對比較簡單，工作量會降低。這是從 QA 的角度來看，其次從整個團(tuán)隊(duì)的角度來說，今天是做這個項(xiàng)目，明天做另外一個項(xiàng)目，作為企業(yè)的管理人員肯定不希望員工今天做這個項(xiàng)目用一個工具，明天做另外一個項(xiàng)目用另外的工具，這樣學(xué)習(xí)成本就太高了。