重生之毒妃梅果小说,盛世嫡妃凤轻小说

測試人員價值的終極體現(xiàn)

2020-6-30 09:42

原作者: 喜樂本豆來自: 圓小豆的美夢工場收藏邀請

　質(zhì)量內(nèi)建依賴于團(tuán)隊內(nèi)所有成員的意識和能力，測試人員價值的終極體現(xiàn)是團(tuán)隊賦能，可以從多個維度入手，在產(chǎn)品生命周期的不同階段，針對不同角色進(jìn)行持續(xù)輸出，形成質(zhì)量思維的規(guī)?；?，從而從根本上做到質(zhì)量內(nèi)建。正 ...

　質(zhì)量內(nèi)建依賴于團(tuán)隊內(nèi)所有成員的意識和能力，測試人員價值的終極體現(xiàn)是團(tuán)隊賦能，可以從多個維度入手，在產(chǎn)品生命周期的不同階段，針對不同角色進(jìn)行持續(xù)輸出，形成質(zhì)量思維的規(guī)模化，從而從根本上做到質(zhì)量內(nèi)建。

正文：

　　“在我的項目背景下，測試人員能發(fā)揮能動性的地方不多，測試與上線時間相隔太久，測試人員毫無價值感?！?/font>

　　“測試門檻比較低，技術(shù)再好的測試也沒有開發(fā)技術(shù)好，測試人員有什么價值呢？”

　　“交付是整個產(chǎn)品生命周期的末端，測試更是末端的末端，軟件質(zhì)量好人人有功勞，軟件質(zhì)量差測試要背鍋救火，太沒成就感了?！?/font>

　　“現(xiàn)在大廠正在裁掉測試部門，測試工作分?jǐn)偝鋈セ蛘彝獍?，作為一個測試，我的核心競爭力在哪兒呢？”

　　“技術(shù)日新月異，測試行業(yè)水漲船高，對測試人員的知識深度廣度要求越來越高，我該怎么提升自己的價值呢？”

　　上面這些問題來自不同的測試小伙伴，如果正在閱讀此文的你也有同樣的困惑，那么請跟我一起開啟測試人員的價值探索之旅。不論大家身處的開發(fā)模式是瀑布還是敏捷，測試人員針對團(tuán)隊的賦能都可以分為三個層面：需求層面、實現(xiàn)層面和組織層面。下面讓我們來逐個探索一下。

　　需求層面：測試即需求

　　為什么說“測試即需求”？質(zhì)量內(nèi)建的實踐之一是測試左移，為了獲得更低的缺陷修復(fù)成本，測試需要在需求引入階段就介入，即針對需求的測試。在整個需求產(chǎn)生的過程中，測試人員都可以參與進(jìn)來，輸出自己的想法，貢獻(xiàn)自己的業(yè)務(wù)上下文和測試思路，這種行為對需求最終產(chǎn)生的內(nèi)容或形式都可能有直接影響，所以我們在某種程度上可以說“測試即需求”。

　　那么在整個需求產(chǎn)生的階段，測試人員如何幫助需求正確表達(dá)呢？具體的實踐有很多：如在需求未明確時，可以幫助業(yè)務(wù)或產(chǎn)品梳理現(xiàn)有邏輯，提出預(yù)期需求；在迭代計劃會議和開卡時，可以幫助補(bǔ)充驗收標(biāo)準(zhǔn)和支撐性需求，亦或是針對界面交互和用戶體驗提出改進(jìn)建議。

　　講個段子，假設(shè)場景如下：

　　女友說：“我渴了。”——這是提出了一個需求。

　　你：“多喝點水?！薄翢o求生欲（“兩個黃鸝鳴翠柳，我還沒有女朋友~” 這種情況不在討論范圍內(nèi)，測試人員也會幫助明確需求范圍）

　　假如有測試人員，他就會想：“你以為她說的渴了，真的只是渴了么？”，他就會問：“她是在什么情況下說渴了呢？”，與此同時腦子里生成很多分支：

　　Case1：真的渴了，就是想喝水。——多喝點水。

　　Case2：逛街有點乏，恰好走到星巴克。——親愛滴，來杯半糖香草拿鐵吧。（不僅滿足需求，還了解偏好，體驗度加分）

　　Case3：面試前心里打鼓，有點緊張。——來喝點礦泉水（遞過去擰開蓋），我的小仙女是最棒的。

　　Case4：你們沒在一起，而你又知道她在哪兒?！銗酆鹊?XX 奶茶已經(jīng)在路上啦，好好照顧自己，我忙完就去找你。

　　Case5：你們沒在一起，你也不知道她在哪兒?！笊?fù)值，放過她吧。

　　等你回復(fù)上下文后，測試人員選擇合適的路徑返回給你。

　　我們來看一下，在這個過程測試人員做了什么：

　　需求澄清——基于業(yè)務(wù)上下文的需求背景分析；

　　分析現(xiàn)有邏輯——提出現(xiàn)有邏輯的不合理性；

　　提出預(yù)期需求，補(bǔ)充驗收標(biāo)準(zhǔn)——針對不同需求背景下的不同驗收標(biāo)準(zhǔn)；

　　提出支撐性需求——遞過去擰開瓶蓋，下單外賣服務(wù)；

　　關(guān)注用戶體驗——恰到好處的同理心和引導(dǎo)話術(shù)。

　　雖然是個段子，但正是這個簡單的段子恰恰說明了測試人員在需求表達(dá)、翻譯和傳遞上的價值體現(xiàn)。當(dāng)他在做這些事的時候（有時甚至是下意識的，來源于測試人員獨有的敏感度），不僅可以幫助團(tuán)隊避免由于誤解需求造成的浪費和返工，更能讓團(tuán)隊內(nèi)的其他成員 Get 到他所關(guān)心的點，從而逐漸建立起需求測試的 Sense，從而幫助用戶或客戶表達(dá)他恰好想要的功能是什么，這就充分體現(xiàn)了測試人員在需求層面的賦能價值。

　　實現(xiàn)層面：測試即服務(wù)

　　這里所說的“測試即服務(wù)”不是指廣泛意義上的 TaaS（Testing as a service），其實在某種程度上也可以算是，只不過是來自于自己內(nèi)部的服務(wù)。這里“測試即服務(wù)”指的是：測試人員在實現(xiàn)層面賦能的結(jié)果是，他提供了一種測試服務(wù)，或者測試基礎(chǔ)設(shè)施。

　　舉個例子，當(dāng)我們要實現(xiàn)的需求卡是：

在開卡過程中，測試人員可能會問以下問題：

　　“有沒有狀態(tài)標(biāo)識一輛車是否有安全座椅？有沒有狀態(tài)標(biāo)識一個訂單是否勾選了寶貝出行選項？”

　　“這張卡是否包括下單后的車輛匹配？是否包括訂單狀態(tài)更新的顯示？”

　　“如何匹配附近的車輛？就近匹配的算法是什么，有哪些核心的計算邏輯？”

　　“驗收時請演示車輛匹配失敗，系統(tǒng)自動重新下單時是否勾選了寶貝出行選項?！?/font>

　　“請為所有分支場景加測試?！?/font>

　　……

　　兩天后，開發(fā)完成編碼實現(xiàn)，找到測試人員：“我代碼寫完了想自測一下，怎樣快速生成訂單？” 測試人員丟過來一個數(shù)據(jù)生成 SQL 腳本 / 接口 / 工具，告訴開發(fā)怎樣造測試數(shù)據(jù)，同時提醒開發(fā)務(wù)必通過某幾個測試用例，反之則不能結(jié)卡。

　　在開卡過程中，測試人員參與了技術(shù)討論，補(bǔ)充了單元測試點，提供了驗收用例。在編碼實現(xiàn)后（或其他不同階段），測試人員提供的測試數(shù)據(jù)、測試用例、測試腳本或工具，都可以幫助開發(fā)人員更輕松便捷的完成測試，同時也培養(yǎng)了測試意識（不測過不能結(jié)卡嘛）。這就是測試人員在實現(xiàn)層面賦能的價值體現(xiàn)。

　　組織層面：測試即資產(chǎn)

　　這一點很好理解。第一，測試人員會進(jìn)行質(zhì)量分析，提供測試報告，分析軟件質(zhì)量的變化趨勢，分析團(tuán)隊的開發(fā)效能，針對流程中不合理的浪費情況提出改進(jìn)項并跟進(jìn)，從而使團(tuán)隊的工作方式更加敏捷。第二，測試人員會提前暴露風(fēng)險，進(jìn)行風(fēng)險預(yù)警，結(jié)合客觀條件提出質(zhì)量預(yù)期，幫助團(tuán)隊建立質(zhì)量信心。第三，測試人員積累了大量業(yè)務(wù)知識，不管是宏觀層面還是業(yè)務(wù)細(xì)節(jié)，測試人員對自己測過的產(chǎn)品都了如指掌，往往也更容易成為領(lǐng)域?qū)＜?。在這個過程中的積累和沉淀，對組織來說都是一種有形的或無形的資產(chǎn)。這就是測試人員在組織層面賦能的價值體現(xiàn)。

　　總結(jié)：

　　佛說，人生有八苦：“生老病死、愛離別、求不得、怨憎會、放下不”，所有的痛苦，不就是因為和預(yù)期結(jié)果不一致嗎？測試工程師這個角色，研究的就是如何讓預(yù)期和結(jié)果保持一致，我們可以采取各種實踐，使用各種工具，匯集各種角色，去幫助大家更好的表達(dá)預(yù)期，實現(xiàn)預(yù)期，驗證實現(xiàn)的結(jié)果與預(yù)期是否一致，并記錄下來我們努力奮斗的過程，沉淀下來我們智慧凝結(jié)的知識。簡直不要太有價值感好嘛！本文獻(xiàn)給所有掙扎在測試領(lǐng)域的小伙伴們，讓我們紅塵作伴，快意恩仇。我是QA，我驕傲。

軟件測試資訊