qileilove

在我們的團(tuán)隊(duì)中，QA角色身兼兩職：測試和過程改進(jìn)。以往我們對新進(jìn)來的員工的期望值是先承擔(dān)測試任務(wù)，在能較好地完成測試任務(wù)之后，才考慮讓他參與一些SQA的工作。因此，有些已經(jīng)進(jìn)來大半年的同事，感覺對SQA還是沒有什么概念，更沒有機(jī)會去實(shí)踐。或者有的同事想?yún)⑴c一些SQA的工作，卻感到?jīng)]有頭緒，不知如何下手。而實(shí)際工作中我發(fā)現(xiàn)，QA的能力可以在每日工作中從點(diǎn)滴、從最開始就培養(yǎng)，這個與以往有沒有SQA的知識和經(jīng)驗(yàn)沒有關(guān)系。因?yàn)楹喍灾?/span>QA的工作主要圍繞持續(xù)改進(jìn)展開。而無論你是否有經(jīng)驗(yàn)，每天的工作中你都在以自己獨(dú)特的視角看問題，并可能看到改進(jìn)的空間。那么，測試人員如何在日常工作中去逐步培養(yǎng)自己的QA能力呢？

1.找到問題

感受到一個問題，有時是出于關(guān)懷，你發(fā)現(xiàn)有人/自己正因?yàn)槟臣虑槎纯?；有時是出于懷疑，你發(fā)現(xiàn)有件事情和你想象/預(yù)計(jì)的不一樣；還可能是出于直覺。但感受到問題其實(shí)并不是一件容易的事情。

如果感受不到問題，我們可以試圖通過多種方法積極尋找。

如果你剛到一個項(xiàng)目組,提不出問題，可以先去聽聽別人（項(xiàng)目組成員、用戶等等）的抱怨，或者想想自己痛苦的地方（比如找不到文檔，系統(tǒng)操作不直觀學(xué)習(xí)起來困難等等），這些就可能是問題。另外，為了培養(yǎng)自己找問題的習(xí)慣，可以給自己一個定量目標(biāo)，每周去總結(jié)一個“疑似問題”。經(jīng)過實(shí)踐，這個帶點(diǎn)自我強(qiáng)迫的方法對于找問題很有幫助。比如，雖然你的測試用例經(jīng)過了和開發(fā)人員的評審，但是測試時你卻發(fā)現(xiàn)幾個重要的分支或者邏輯還是在代碼中忘記實(shí)現(xiàn)了。除了報(bào)告缺陷，是否還有什么有共性的問題存在，并值得改進(jìn)呢？

如果你在一個項(xiàng)目組大家合作得不錯，似乎沒有什么問題，但一個看 似不錯的結(jié)果其實(shí)可能隱藏了問題。比如，完成工作，交付高質(zhì)量的軟件產(chǎn)品可以通過多種渠道實(shí)現(xiàn)，而非一定體現(xiàn)了高質(zhì)量。可能是犧牲了時間進(jìn)行好幾輪的測試 和修復(fù)和全面的回歸測試，又或者某一塊有一個英雄人物能夠以一己之力確保這塊沒有問題。又如，雖然大規(guī)模代碼重構(gòu)的時候，內(nèi)部測試能找到大部分重要的缺 陷，但是否測試人員心理還是很抗拒和沒底的？雖然這些問題不是單靠測試人員就能改善或者達(dá)到，但找到影響質(zhì)量的問題確實(shí)需要測試人員的獨(dú)立視角和貢獻(xiàn)。如 果一個測試人員、一個測試團(tuán)隊(duì)能夠跳開測試的圈圈，從更廣闊的角度看到影響質(zhì)量的其他環(huán)節(jié)，幫助開發(fā)人員克服一些老的制約生產(chǎn)力和質(zhì)量的毛病或者習(xí)慣，從而提高開發(fā)團(tuán)隊(duì)的水平，而更高開發(fā)水平的開發(fā)團(tuán)隊(duì)又對測試團(tuán)隊(duì)會提出更高的要求，那么這樣的良性互動是我們都想看到的?，F(xiàn)在被大家所廣泛追捧的敏捷開發(fā)就提倡忽略角色的分工，大家一起為質(zhì)量貢獻(xiàn)自己的一份力量。

前面說的是流程方面的問題，其實(shí)即使是被測程序的問題也存在于在整個軟件開發(fā)周期。雖然傳統(tǒng)對測試的理解是測試找問題更多集中在執(zhí)行階段，但借用QA的預(yù)防為主的思路，程序的問題也可以通過對需求和設(shè)計(jì)的評審及時發(fā)現(xiàn)和糾正，避免后期更大的浪費(fèi)。

2.探究問題

感 受到問題之后，需要一種探尋真相的精神去一探究竟。很多人能感受到問題，但是很遺憾地是當(dāng)有更具體的任務(wù)在手頭的時候，往往就忽略了這個問題?；蛘咧绬?題很大，也知道有各種原因的阻礙，因此采取放任自流的態(tài)度。這里要介紹一個好的習(xí)慣，就是把你當(dāng)前沒有時間去細(xì)想的問題先記錄下來，以后再找機(jī)會去跟蹤執(zhí)行。類似outlook的任務(wù)或者一些桌面電子便簽等工具可以幫助你設(shè)定任務(wù)及提醒執(zhí)行。除了記錄，還有一個好習(xí)慣就是去外部尋找一些同行的交流。如果看到同樣/類似的話題，相信會驅(qū)使你有更大的興趣去看自己碰到的問題，也啟發(fā)你從不同角度看問題。

QA的工作更多的針對的是有共性的問題，所以對這類問題的探究往往需要多個樣本。換言之，在報(bào)告每一個缺陷的時候我們是在做測試，而對測試結(jié)果進(jìn)行總結(jié)、歸類、抽象出背后共性的問題則向QA靠近了一步。

3.判斷問題

3.1判斷一個問題是否真的是問題

測 試人員通?？吹綄?shí)際執(zhí)行結(jié)果后就能馬上判斷出其與預(yù)期結(jié)果之間的差異，從而判斷是否存在問題。但過程改進(jìn)相關(guān)的問題就沒有那么一目了然了。比如，我們收到 一個來自生產(chǎn)環(huán)境的缺陷，是因?yàn)橐粋€需求變更的影響點(diǎn)大家都沒有想到，直到生產(chǎn)環(huán)境暴露出來。開會的時候有人提出我們的開發(fā)流程不完善，如果能夠建立起需 求、設(shè)計(jì)和測試用例的跟蹤矩陣，那么在做影響分析的時候就能順藤摸瓜，避免此類問題了。聽起來不錯，是么？可是，如果我們細(xì)想，這種類似問題在生產(chǎn)環(huán)境對 用戶的影響大么？可以繞過去么？此類問題出現(xiàn)的次數(shù)多么？如果我們建立這個跟蹤矩陣，維護(hù)代價有多高？前提還是我們首先要想到所有的內(nèi)在聯(lián)系（而這個本身 就是無法確保的）。兩相權(quán)衡，“沒有這個跟蹤矩陣”是我們現(xiàn)在的問題么？

“判斷一個問題是否真的是問題”最好能廣泛聽取不同的意見，并找到根源。

3.2判斷一個問題是否需要被馬上解決

“判斷問題是否需要馬上解決”在某種程度上這有點(diǎn)象測試人員去設(shè)定缺陷的優(yōu)先級。雖然所有被發(fā)現(xiàn)的缺陷都被記錄，但是當(dāng)前版本需要修復(fù)的或者可能只是其中一部分，而這一部分中還有需要盡快修復(fù)的和可以稍后修復(fù)的差別。過程改進(jìn)的問題也是一樣，有個主次和優(yōu)先級之分。

4.解決問題

對于確實(shí)是問題的，我們應(yīng)該去積極地尋找解決方案。但是新到一個公司或者項(xiàng)目組，發(fā)現(xiàn)了問題之后，不要急著去提出自己的解決方案，而應(yīng)該先試圖了解它的來龍去脈和曾經(jīng)進(jìn)行過的改進(jìn)嘗試，以及執(zhí)行中實(shí)際的一些阻礙。

解決問題通常牽涉到開發(fā)團(tuán)隊(duì)中各個角色，除了明確負(fù)責(zé)的一方，還要對參與的其他方也進(jìn)行充分的溝通。

確認(rèn)開始執(zhí)行之后，為了確保執(zhí)行的正確性和力度，一定要跟蹤執(zhí)行。一個沒有跟蹤執(zhí)行的方案如同瞎子射箭。這樣的話，無論射多少回，都是沒有目的性和方向性的，也無法在以前的基礎(chǔ)上持續(xù)改進(jìn)的。質(zhì)量理論中常提到的PDCA循環(huán)講的也是這個道理。

在解決問題方面，有很多和測試、質(zhì)量無關(guān)，但和思維、管理類相關(guān)的書和文章。例如：《第五項(xiàng)修煉》中就提出對解決問題很有幫助的五大方面：系統(tǒng)思考、自我超越、心智模式、建立共同愿景、團(tuán)隊(duì)學(xué)習(xí)?！督鹱炙怼分刑岢龅慕缍▎栴}、結(jié)構(gòu)化思考、演繹與歸納等多種模式也能幫助我們剝繭抽絲，抓到問題的本質(zhì)和可行的方案。

6.QA能力進(jìn)階

從上面我們看到，QA能力的培養(yǎng)貫穿于每日工作的點(diǎn)滴。其進(jìn)階可以大致分為以下級別。

(1)發(fā)現(xiàn)的問題級別:

       初級:問題已經(jīng)發(fā)生,而且大家都感受到了(項(xiàng)目組中大家都覺得有問題的問題)

       中級:問題已經(jīng)發(fā)生,但只有少量人感受到了(問題已經(jīng)發(fā)生,但是其危害還沒有擴(kuò)散)

       高級:問題還沒有發(fā)生,很多人沒有意識到(一個解決方案在不同的實(shí)施環(huán)境中會有的問題)

(2)解決問題的能力的級別：

       初級：可以提出方案，但不能提出很合理的、可以實(shí)施的方案

       中級：可以提出合理的可以實(shí)施的方案，但是實(shí)施效果不太好（方案中存在著一些重要的影響執(zhí)行的因素沒有考慮到）

       高級：可以提出合理的方案，且實(shí)施效果好，整個團(tuán)隊(duì)受益