【正文】 人員應(yīng)該具有什么樣的素質(zhì)。如果不踏實(shí)，你就坐不住，總想干別的，就無(wú)法凈下心來(lái)想用戶有可能怎么用，需求對(duì)產(chǎn)品是怎么要求的，現(xiàn)在產(chǎn)品中是怎么做的，哪里可能存在問(wèn)題。不抱著懷疑一切的態(tài)度就不是一名合格的測(cè)試人員。這樣發(fā)出的產(chǎn)品，我是不敢讓用戶用。要意識(shí)到測(cè)試、開(kāi)發(fā)、需求是一個(gè)團(tuán)隊(duì)，一個(gè)整體。但越這樣，測(cè)試人員越應(yīng)該負(fù)責(zé)，否則產(chǎn)品發(fā)出去影響的是公司的形象。以實(shí)際行動(dòng)證明你離不開(kāi)我，咱們是一個(gè)水平的。領(lǐng)導(dǎo)們所謂的個(gè)人發(fā)展方向考慮也經(jīng)常是畫(huà)一個(gè)餅在那里。一是業(yè)務(wù)精通，將來(lái)可以向需求或是售前、實(shí)施方向發(fā)展。另外，我覺(jué)得作為一名合格的測(cè)試人員，一定要注意進(jìn)行總結(jié)。作為一名測(cè)試經(jīng)理，我覺(jué)得除了具備一個(gè)測(cè)試人員應(yīng)該具備的素質(zhì)外，還應(yīng)具備以下能力。由于測(cè)試項(xiàng)目很多，不僅包括產(chǎn)品功能，還要包括效率，性能，壓力，并發(fā)互斥，環(huán)境等等方方面面。有可能是接口的部分功能，又可能是升級(jí)或年結(jié)的部分功能。這些都是我個(gè)人的一些觀點(diǎn)，很不全面，也有不正確和遺漏的地方。之前做過(guò)幾年的測(cè)試工作，到了新的公司開(kāi)始做QA工作，雖說(shuō)測(cè)試工作也是屬于質(zhì)量工作范疇，但是真正干起來(lái)才發(fā)現(xiàn)，還是有很大的不同的，尤其是思想方法和工作方法上。如果你真的是從心里想幫助大家把事情做好，而不是教訓(xùn)別人，大家會(huì)感受到的。數(shù)據(jù)說(shuō)話質(zhì)量工作相對(duì)務(wù)虛不假，之前做測(cè)試好歹還有很多的bug擺在那里，剛開(kāi)始做QA工作確實(shí)覺(jué)得虛了很多。進(jìn)一步提出改進(jìn)建議，有了這些數(shù)據(jù)支持，你提出建議也就更有說(shuō)服力。循序漸進(jìn)規(guī)范制定好了，不要一下子就想完全推行到底。展示自己QA工作務(wù)虛，但是可以落到實(shí)處，是有很多實(shí)際工作要做的，比如文檔編寫(xiě)，規(guī)范起草。歡迎拍磚！附錄B、SQA之Qamp。在 CMMI 里邊就有 “ 集成流程產(chǎn)品開(kāi)發(fā) IPPD(Integrated Product amp。這是為什么？就是為了減少差錯(cuò)，從而讓客戶享受非常高質(zhì)量的服務(wù)。比如說(shuō) RUP 里面有一個(gè)角色，叫 Process Engineer，過(guò)程工程師，他就屬于 QA 部門(mén)，他的工作就是負(fù)責(zé)制定整個(gè)軟件開(kāi)發(fā)的流程。所以說(shuō)一個(gè)好的流程就決定了一個(gè)軟件的開(kāi)發(fā)能不能按時(shí)交貨，能否保證軟件質(zhì)量?？纯丛撚械墓ぜ遣皇嵌加辛?，該有的步驟是不是都有了。這是一個(gè)非常大的概念。而其它的模型，側(cè)重點(diǎn)則在其它的環(huán)節(jié)，比如說(shuō) ISO9000，用在制造業(yè)比較多一些； CMM，原來(lái)是應(yīng)用在軟件這個(gè)行業(yè)的，后來(lái)擴(kuò)展到 CMMI，就擴(kuò)展到其它行業(yè)它也適用。質(zhì)量控制從需求開(kāi)始，有很多需求分析和需求管理方面的技巧和技術(shù)方法，它們從需求方面來(lái)保證軟件的質(zhì)量；到了設(shè)計(jì)，就有很多成熟的設(shè)計(jì)方法，例如可視化建模，基于構(gòu)件的架構(gòu)設(shè)計(jì)和現(xiàn)在提出的模型驅(qū)動(dòng)開(kāi)發(fā)方法；再到實(shí)現(xiàn)，到測(cè)試等方面，都有很多的方法和技巧來(lái)提高軟件的質(zhì)量。原來(lái)這個(gè)系統(tǒng)很復(fù)雜，使用面向?qū)ο蟮姆椒ǎ旧砭褪菫榱撕?jiǎn)化系統(tǒng)構(gòu)建的復(fù)雜度?，F(xiàn)在有很多自動(dòng)化的工具，如 IBM Rational RAD(Rational Application Developer)/ RSA(Rational Software Architect)，都是支持 MDA 的開(kāi)發(fā)方法，在模型這一級(jí)進(jìn)行開(kāi)發(fā)，從模型直接生成代碼。然后產(chǎn)品出來(lái)了，需要進(jìn)行測(cè)試，有測(cè)試流程、測(cè)試規(guī)范來(lái)幫助保證質(zhì)量，這是最直接的。UML 只是這種語(yǔ)言的一部分，我們不要狹義地理解這種溝通語(yǔ)言就是 UML。舉個(gè)例子來(lái)說(shuō)，Rational 有很多產(chǎn)品，其中很多都是收購(gòu)來(lái)的。這就是讓大家的溝通基于一個(gè)統(tǒng)一的基礎(chǔ)架構(gòu) ―― 統(tǒng)一的軟件開(kāi)發(fā)平臺(tái)，這也是增強(qiáng)溝通的一種方式。問(wèn)： QA 人員與目經(jīng)理和開(kāi)發(fā)人員之間的關(guān)系是怎樣的？答： 首先彼此之間是一個(gè)合作的關(guān)系。所以 QA 人員的職責(zé)和任務(wù)就是幫助這個(gè)項(xiàng)目團(tuán)隊(duì)更好地進(jìn)行軟件的開(kāi)發(fā)。如果不按照流程來(lái)走的話，短期內(nèi)看起來(lái)進(jìn)度是快了一點(diǎn)，但從整個(gè)項(xiàng)目的周期來(lái)看，有可能是給以后的工作帶來(lái)隱患，客觀上肯定是延長(zhǎng)整個(gè)開(kāi)發(fā)的進(jìn)度的。RUP 里分了 9 個(gè)規(guī)程(discipline)，流程工程師是在環(huán)境規(guī)程里邊，項(xiàng)目經(jīng)理是在項(xiàng)目管理規(guī)程里邊。其他的角色也是一樣的，譬如一個(gè)測(cè)試人員，就要看你有沒(méi)有根據(jù)規(guī)定把缺陷按正確的測(cè)試流程匯報(bào)，發(fā)現(xiàn)缺陷之后是否能夠得到改正，并作一個(gè)復(fù)審，還有回歸測(cè)試的時(shí)候有沒(méi)有考慮測(cè)試的完備性等問(wèn)題，就是看測(cè)試人員有沒(méi)有做好具體的工作。可以去檢查這些工件，可以根據(jù)檢查的結(jié)果來(lái)判斷角色是否達(dá)到了要求。另外，和采用的工具也有關(guān)系，就是說(shuō)團(tuán)隊(duì)要盡量采用統(tǒng)一的開(kāi)發(fā)平臺(tái)。因?yàn)闄C(jī)型比較統(tǒng)一的話，就比較好進(jìn)行管理。知道系統(tǒng)要實(shí)現(xiàn)什么功能，業(yè)務(wù)流程是怎樣的，然后就可以根據(jù)需求編寫(xiě)測(cè)試計(jì)劃和測(cè)試用例了。這樣就不單從前臺(tái)頁(yè)面來(lái)進(jìn)行測(cè)試，通過(guò)對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)的驗(yàn)證，可以發(fā)現(xiàn)隱藏的一些bug。測(cè)試用例的編寫(xiě)經(jīng)驗(yàn)步驟和數(shù)據(jù)的分離將輸入的各種數(shù)據(jù)已參數(shù)的形式表達(dá)在操作步驟中，而不需要為每一種輸入數(shù)據(jù)創(chuàng)建一個(gè)測(cè)試用例。測(cè)試用例的前后置條件除了第二點(diǎn)中談到的數(shù)據(jù)需要準(zhǔn)備外，在測(cè)試用例這個(gè)Level，必須有一些條件滿足，您才能開(kāi)始執(zhí)行它。當(dāng)被委派為一個(gè)項(xiàng)目的測(cè)試經(jīng)理時(shí)，VPM應(yīng)該清楚項(xiàng)目計(jì)劃和轉(zhuǎn)折點(diǎn)、軟件發(fā)布時(shí)間表、產(chǎn)品定義特征列表。場(chǎng)測(cè)在硬件成熟、軟件基本成熟的情況下做場(chǎng)地測(cè)試，主要測(cè)試這幾項(xiàng)：尋網(wǎng)時(shí)間、呼通率數(shù)據(jù)、通話質(zhì)量、Wap測(cè)試、FM測(cè)試、信息、緊急呼叫、基本功能測(cè)試。認(rèn)證分類按照銷售地區(qū)分為國(guó)內(nèi)認(rèn)證和國(guó)外認(rèn)證，國(guó)內(nèi)認(rèn)證是CTA認(rèn)證，國(guó)外認(rèn)證是CE認(rèn)證和FCC認(rèn)證。FCC認(rèn)證在Latam市場(chǎng)是必須的，CTA認(rèn)證在中國(guó)是必須的。順便說(shuō)一下，對(duì)于一些類似軟件運(yùn)行環(huán)境的條件，比如安裝和配置測(cè)試中，需要3種操作系統(tǒng)和3種瀏覽器的組合等，我們可以把他放在Test Set這個(gè)Level上來(lái)，不用寫(xiě)多個(gè)用例，只是在測(cè)試計(jì)劃和執(zhí)行的管理系統(tǒng)中作為測(cè)試集的一個(gè)環(huán)境參數(shù)，恰當(dāng)?shù)乇磉_(dá)出來(lái)就可以。舉例來(lái)講，有一個(gè)ATM機(jī)取款的功能，可能有以下幾個(gè)場(chǎng)景：，卡被鎖定(考慮手續(xù)費(fèi))等等不管你用什么用例設(shè)計(jì)的方法論來(lái)做指導(dǎo)，作為這個(gè)簡(jiǎn)單的例子，有經(jīng)驗(yàn)的人都應(yīng)該能看出，此處的很多步驟是可以重用的，總結(jié)下來(lái)如下(此處只列出了操作的步驟，略去了系統(tǒng)的交互中的反饋結(jié)果)：A:輸入密碼B:按“確定”鍵重復(fù)AB:選擇取款功能B:填寫(xiě)取款金額C:點(diǎn)擊“確定取款”的按鈕D:取現(xiàn)金重復(fù)AD因此，我們只需要寫(xiě)出兩套比較完整的步驟，將密碼和取款金額多數(shù)字用參數(shù)來(lái)表達(dá)即可。對(duì)一些比較復(fù)雜的組合查詢或數(shù)據(jù)排序，也可以自己編寫(xiě)sql語(yǔ)句對(duì)結(jié)果進(jìn)行驗(yàn)證。在這里需要提一點(diǎn)，將測(cè)試用例按測(cè)試目的進(jìn)行分類，比如用戶界面、功能點(diǎn)、業(yè)務(wù)場(chǎng)景等，會(huì)讓測(cè)試用例的結(jié)構(gòu)看起來(lái)更清晰，執(zhí)行測(cè)試用例的效率也更高。這是從 QA 的角度來(lái)看，其次從整個(gè)團(tuán)隊(duì)的角度來(lái)說(shuō)，今天是做這個(gè)項(xiàng)目，明天做另外一個(gè)項(xiàng)目，作為企業(yè)的管理人員肯定不希望員工今天做這個(gè)項(xiàng)目用一個(gè)工具，明天做另外一個(gè)項(xiàng)目用另外的工具，這樣學(xué)習(xí)成本就太高了。比如說(shuō)我們的 Project Console 可以幫助收集很多量化的指標(biāo)；現(xiàn)在有 Portfolio Manager，項(xiàng)目組合管理平臺(tái)，可以幫助了解項(xiàng)目進(jìn)度還有項(xiàng)目進(jìn)行過(guò)程中產(chǎn)生的各種結(jié)果；還有包括測(cè)試的報(bào)告等等，這些都最好有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)。就是說(shuō)開(kāi)發(fā)團(tuán)隊(duì)有必要采用統(tǒng)一的開(kāi)發(fā)方法和流程。標(biāo)準(zhǔn)是什么？就是這個(gè)組織的流程，流程是保證質(zhì)量很重要的一個(gè)依據(jù)?？梢园秧?xiàng)目經(jīng)理相關(guān)的工作，他所涉及到的工件，比如說(shuō)軟件開(kāi)發(fā)計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃、質(zhì)量保證計(jì)劃都放在一起，放在這個(gè)規(guī)程里面。在我們的客戶里就看到過(guò)他們的開(kāi)發(fā)團(tuán)隊(duì)非常感謝自己的質(zhì)量控制人員，覺(jué)得他們對(duì)自己是給了很大的幫助。如果有時(shí)候項(xiàng)目因?yàn)橼s工，或是其它的原因違背一些流程上的規(guī)定的話，就會(huì)對(duì)軟件的質(zhì)量會(huì)造成一定影響，他就有責(zé)任來(lái)幫助開(kāi)發(fā)團(tuán)隊(duì)來(lái)糾正這方面的一些錯(cuò)誤。實(shí)際上在一個(gè)團(tuán)隊(duì)內(nèi)部要避免這種認(rèn)識(shí)。他的主要的職能就是定義流程，保證流程的執(zhí)行，并且不斷地改進(jìn)流程。這個(gè)整合一方面是說(shuō)產(chǎn)品要整合起來(lái)（我們有 Suite 產(chǎn)品）；同時(shí)也是針對(duì)開(kāi)發(fā)團(tuán)隊(duì)開(kāi)發(fā)方法的整合，例如 Rational 花了一兩年的時(shí)間把所有產(chǎn)品團(tuán)隊(duì)統(tǒng)一到 RUP 和 ClearCase/ClearQuest平臺(tái)之上，這是我們的首選。譬如你說(shuō)項(xiàng)目正處于 “ 精化(Elaboration)” 階段，這個(gè)團(tuán)隊(duì)都要能理解這個(gè)術(shù)語(yǔ)。所以說(shuō)軟件質(zhì)量保證不應(yīng)該只是在一個(gè)環(huán)節(jié)上，比如測(cè)試環(huán)節(jié)來(lái)保證，而應(yīng)該是整個(gè)的流程，我們應(yīng)該全面地去改進(jìn)流程來(lái)保證質(zhì)量。讓人去關(guān)注他應(yīng)該關(guān)注的方面，比如開(kāi)發(fā)人員應(yīng)該關(guān)注業(yè)務(wù)邏輯的處理，但是軟件的構(gòu)建方面我們是盡量讓工具來(lái)降低構(gòu)建細(xì)節(jié)上的難度。譬如人看一個(gè)二維迷宮很容易就能找到出路，但螞蟻在里面就走不出來(lái)，因?yàn)榭磫?wèn)題的角度不一樣。開(kāi)發(fā)過(guò)程中，什么樣的問(wèn)題會(huì)造成質(zhì)量問(wèn)題呢？其實(shí)最主要的就是溝通方面的問(wèn)題，以及對(duì)系統(tǒng)復(fù)雜度把握程度的問(wèn)題。RUP 是專門(mén)側(cè)重于軟件項(xiàng)目開(kāi)發(fā)的。業(yè)界常見(jiàn)的模型，譬如 CMM/CMMI，六西格瑪，ISO9000，RUP，它們做的基本上是同一件事情都是在做流程改進(jìn)，都在做質(zhì)量控制，但是各自的側(cè)重點(diǎn)不一樣。只有過(guò)了這一關(guān)，QA 部門(mén)才會(huì)同意說(shuō)開(kāi)發(fā)團(tuán)隊(duì)可以往下走，進(jìn)行下一步的工作。QA 部門(mén)還有另外一個(gè)職責(zé)，就是保證整個(gè)研發(fā)團(tuán)隊(duì)能夠嚴(yán)格按照這個(gè)流程來(lái)運(yùn)作。而必須在整個(gè)開(kāi)發(fā)流程的各個(gè)環(huán)節(jié)都要做得很好，才能夠真正地提升軟件的質(zhì)量。在國(guó)外很多的大型的企業(yè)，比如說(shuō)摩托羅拉、愛(ài)立信，他們的研發(fā)團(tuán)隊(duì)里面都專門(mén)有一個(gè) QA 部門(mén)，其實(shí)他們并不是做測(cè)試工作的。目的是為了什么？其實(shí)就是為了更好地滿足客戶的需求。問(wèn)： SQA 目的是什么？答： 對(duì)于任何的行業(yè)，講到質(zhì)量控制，歸根結(jié)底都是為客戶提供更高品質(zhì)的產(chǎn)品，更好地滿足客戶的需求。這些工作的成果如何體現(xiàn)，效果如何，可以通過(guò)一些問(wèn)卷調(diào)查，來(lái)收集大家的反饋，舉個(gè)例子，如果推行產(chǎn)品開(kāi)發(fā)流程規(guī)范前大家對(duì)流程的滿意度是50%，推行規(guī)范兩個(gè)月以后，滿意度成了90%，你說(shuō)這是誰(shuí)的功勞呢？呵呵，這也是數(shù)據(jù)說(shuō)話的一個(gè)方面，也是QA工作成績(jī)的展現(xiàn)。所以要循序漸進(jìn)，分期分批，一點(diǎn)點(diǎn)來(lái)，習(xí)慣慢慢的就被改變了，這樣大家就不會(huì)太抵觸。多為大家提供交流和溝通的機(jī)會(huì)，比如，發(fā)起一個(gè)交流會(huì)，讓組內(nèi)同事互相培訓(xùn)，形成一個(gè)良好的內(nèi)部學(xué)習(xí)交流氣氛。你可以給相關(guān)人員進(jìn)行培訓(xùn)（質(zhì)量知識(shí)、軟件工程知識(shí)、產(chǎn)品開(kāi)發(fā)知識(shí)、質(zhì)量制度和規(guī)范等等），會(huì)議記錄和培訓(xùn)資料算是你的產(chǎn)出的一部分。有的放矢 不要盲目的發(fā)表意見(jiàn)，要做到有理有據(jù)，這也是避免項(xiàng)目組內(nèi)成員產(chǎn)生爭(zhēng)執(zhí)和不理解的前提。調(diào)整好自己的心態(tài)。再次感謝在這6年中給了我許多幫助和支持的各位兄弟姐妹們。在有限時(shí)間內(nèi)，能找出他產(chǎn)品測(cè)試上的薄弱點(diǎn)，就是考驗(yàn)?zāi)阃ūP(pán)考慮產(chǎn)品測(cè)試的能力。與開(kāi)發(fā)人員在一些項(xiàng)目的測(cè)試中如何協(xié)調(diào)就是考驗(yàn)?zāi)阕鍪碌臈l理性和計(jì)劃性。這時(shí)，你怎么去協(xié)調(diào)，去溝通，解決這種矛盾，讓自己所在的開(kāi)發(fā)團(tuán)隊(duì)中極少的受此影響，就是考驗(yàn)?zāi)隳芰Φ臅r(shí)候。那些工作還有改進(jìn)的余地。將來(lái)還繼續(xù)從事測(cè)試方面的工作?？茨阆虢窈髲氖履姆矫娴墓ぷ?。測(cè)試人員經(jīng)常很迷茫，不知道自己的發(fā)展方向在哪里。此時(shí)就需要你通過(guò)各種方法去證明你自己的能力。誠(chéng)然有個(gè)別開(kāi)發(fā)人員責(zé)任心不強(qiáng)，經(jīng)常將未經(jīng)任何驗(yàn)證的代碼編譯后發(fā)給測(cè)試進(jìn)行驗(yàn)證。所以一定要抱著懷疑一切的態(tài)度，認(rèn)為產(chǎn)品每個(gè)功能都可能有問(wèn)題，認(rèn)真地測(cè)試產(chǎn)品的每一個(gè)測(cè)試點(diǎn)。你不認(rèn)真負(fù)責(zé)，不抱著懷疑一切的態(tài)度。至于積極主動(dòng)就不多說(shuō)了。測(cè)試人員應(yīng)該具有的素質(zhì)包括： 我覺(jué)得作為一名測(cè)試人員首先要踏實(shí)細(xì)心。但怎樣加強(qiáng)執(zhí)行力度，還是一個(gè)需要大家一起進(jìn)行探討的問(wèn)題。所以我個(gè)人認(rèn)為，既然有規(guī)則，不管是公司自創(chuàng)的或是借鑒其他標(biāo)準(zhǔn)，都是為了解決開(kāi)發(fā)過(guò)程中的問(wèn)題，為了提高開(kāi)發(fā)的效率，保證產(chǎn)品質(zhì)量。但好多人覺(jué)得起沒(méi)有什么用，就是在浪費(fèi)時(shí)間。否則有了好的工具，沒(méi)人用或用不起來(lái)也是沒(méi)用。因?yàn)樵蹅儺a(chǎn)品的特性，每版間測(cè)試工具的復(fù)用度很大。只能自己開(kāi)發(fā)，大家應(yīng)該積極提需求。所以說(shuō)使用robot后，想100%回放成功不可能，想不再進(jìn)行腳本的調(diào)試也不可能。我想說(shuō)的是robot的應(yīng)用雖然有各種各樣的局限性，但其畢竟提高了測(cè)試效率。大家經(jīng)常認(rèn)為robot主要錄制gui的腳本，跟產(chǎn)品界面聯(lián)系緊密。像總賬工具、eai等，即使只是幫我們導(dǎo)入一些常用檔案，也可以節(jié)約我們的測(cè)試時(shí)間也可以稱之為測(cè)試工具。真正做到測(cè)試案例是測(cè)試的主體，從而提高測(cè)試效率，提高產(chǎn)品質(zhì)量?？梢暂^快的培養(yǎng)測(cè)試人員的測(cè)試感覺(jué)。測(cè)到最后，產(chǎn)品你一看就能知道那里可能有問(wèn)題，那里應(yīng)該沒(méi)什么問(wèn)題。其他產(chǎn)品中的測(cè)試案例中有多少是關(guān)于接口功能，有多少我可以借鑒。但一定要注意各種經(jīng)驗(yàn)的總結(jié)、積累，更重要的是共享。6年后測(cè)試還是以人為主，人就是測(cè)試的主體，產(chǎn)品質(zhì)量的保證。對(duì)整體測(cè)試效率的提升影響不大。個(gè)人認(rèn)為在公司6年，測(cè)試方法沒(méi)有什么提高。再看看自己所從事的工作，就是找軟件的bug。明確了公司測(cè)試的定義（個(gè)人理解），也就不難理解公司給測(cè)試人員的定位了。開(kāi)發(fā)需要的時(shí)間就是那么多，剩下倒推的時(shí)間就是測(cè)試的時(shí)間。從有些部分所有產(chǎn)品的測(cè)試案例在一個(gè)下午就能評(píng)審?fù)昃湍芸吹贸鰜?lái)。