国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

編輯導(dǎo)語：如何提升項(xiàng)目管理過程中，測試階段的工作效率呢？本文作者將測試過程整體分為幾個(gè)階段，分析如何提升測試階段的工作效率，希望能給你帶來幫助。

最近兩個(gè)月一直在協(xié)助交付團(tuán)隊(duì)面試測試人員（功能測試），但是不知道什么原因，通過率極低。包括去年也斷斷續(xù)續(xù)在面試測試崗位，通過率也不高。

我始終覺得自己的要求并不高，沒有很多天馬行空或者實(shí)際工作用不太上的問題考察，始終圍繞一個(gè)核心問題在考量，也就是今天想和大家分享的：如何提升項(xiàng)目管理過程中測試階段的工作效率。

大多數(shù)候選人在回答這類問題時(shí)，更多的是把角度放在了某一具體節(jié)點(diǎn)上。比如執(zhí)行案例的時(shí)候怎樣更快一點(diǎn)，或者想辦法讓開發(fā)人員改bug更快一點(diǎn)（沒有具體更快的方式，只是提到了要更快），或者說引入自動化測試、引入某些測試管理工具。但是無論哪個(gè)回答，都缺乏深入思考，缺乏具體可行的方法，缺乏對整個(gè)測試管理過程的全盤考慮。

下面我來分享一下自己的想法。

首先把測試過程整體分為如下幾個(gè)階段：

• 分析需求
• 制定計(jì)劃
• 用例設(shè)計(jì)（編寫+評審）
• 用例執(zhí)行（冒煙+內(nèi)部+聯(lián)調(diào)+驗(yàn)收）
• 配合上線、測試總結(jié)

Ps：不同的團(tuán)隊(duì)分析需求（和需求分析不一樣）和制定計(jì)劃順序可能有先有后，用例執(zhí)行階段會有差異，且整體執(zhí)行的測試輪次也不一樣，這些區(qū)別就不詳細(xì)贅述了。

01 測試人員對需求有天然的優(yōu)勢

測試人員對需求的理解、熟悉程度，往往對后續(xù)的工作效率高低起著決定性影響。而且我始終認(rèn)為一個(gè)熟練的功能測試者，應(yīng)該是對所測系統(tǒng)中細(xì)節(jié)、邏輯、真實(shí)情況最了解的人，沒有之一，了解程度超越了項(xiàng)目經(jīng)理、需求人員。

因此在需求分析階段，測試人員可以提出很多建設(shè)性意見，比如這個(gè)改造對現(xiàn)有邏輯影響的大小，或者細(xì)節(jié)上是否考慮不周等。而實(shí)際中很多團(tuán)隊(duì)的測試人員可能就沒有參與需求分析，這也側(cè)面形成了后續(xù)測試過程進(jìn)度緩慢或者質(zhì)量不佳的原因。

所以需求分析階段測試的提前參與，或者針對已經(jīng)定版的需求盡快吸收消化，對后面整體的執(zhí)行過程會起到很大的促進(jìn)作用。

02 測試人員的計(jì)劃往往不是自己定的

按正常流程來說，需求理解之后，會形成用例的腹案，針對本需求的難易程度及時(shí)間計(jì)劃會有一個(gè)大體的概念，最終在制定計(jì)劃的時(shí)候再結(jié)合團(tuán)隊(duì)中各個(gè)崗位的實(shí)際情況評估出最終計(jì)劃。

但更多情況是：任務(wù)計(jì)劃的節(jié)點(diǎn)是跟著項(xiàng)目周期而定的。

比如說我評估一個(gè)項(xiàng)目的測試時(shí)間計(jì)劃為1個(gè)月，但是項(xiàng)目整體周期才3個(gè)月，需求、設(shè)計(jì)、開發(fā)、投產(chǎn)準(zhǔn)備，哪個(gè)階段都不能省，哪個(gè)階段時(shí)間都會被壓縮。所以測試時(shí)間被領(lǐng)導(dǎo)或者甲方壓縮了?！鞍雮€(gè)月能不能干完？能干完那就按照這個(gè)時(shí)間來做計(jì)劃吧?！?/p>

所以在計(jì)劃階段，我覺得更重要的不是我們評估需要多久，怎么安排組內(nèi)工作。而是在工期被壓縮的情況下如何排計(jì)劃、分任務(wù)。

如果我們能找到“主線任務(wù)”，合理的進(jìn)行優(yōu)先級排序，并在任務(wù)安排過程中能夠人盡其才，那制定出來的計(jì)劃才可能是一個(gè)高效的計(jì)劃。同時(shí)還可以考慮和其他節(jié)點(diǎn)交叉時(shí)間，比如提前進(jìn)行用例評審，提前進(jìn)入某些功能的測試執(zhí)行階段等。

03 用例到底寫到什么程度才算合格

在用例編寫和評審階段，我們可以從工具、規(guī)范、全面性三個(gè)角度來提升效率。

工具即選擇更適合團(tuán)隊(duì)的用例管理工具。如果是一兩個(gè)人的測試組，那可能Excel或者思維導(dǎo)圖更高效；如果是多人測試組或者遇到異地辦公的小組，可能需要線上的用例管理工具，但工具又會有工具的弊端。無論哪種方式，都要適合團(tuán)隊(duì)，且能講出工具的優(yōu)勢。

規(guī)范則是大家對測試用例編寫和評審的規(guī)則要求，所有人都要按照同樣的規(guī)范編寫，后續(xù)評審、執(zhí)行、組內(nèi)協(xié)同、人員變動才能更節(jié)省時(shí)間。同時(shí)規(guī)范也是為了易讀、易用。比如所屬模塊一定要用詞統(tǒng)一；一定要包含測試點(diǎn)、前置條件、執(zhí)行步驟、預(yù)期結(jié)果等關(guān)鍵要素；不同的要素怎么寫，也可以根據(jù)項(xiàng)目情況來自行定義。

評審時(shí)針對規(guī)范性、易讀易理解等方面進(jìn)行考量，也能保證用例的產(chǎn)出質(zhì)量，為后續(xù)的執(zhí)行階段鋪路。

全面性就不用解釋了，用例是否滿足需求，覆蓋度是否完整，本身就是測試人員始終需要重點(diǎn)關(guān)注的問題。但是當(dāng)有候選人說出了要盡量保證用例的全面性之后，我會反問：怎么保證全面性呢？大多數(shù)候選人除了表達(dá)和需求一致之外，就沒有什么其他具體方法了。

所以這個(gè)問題大家可以交流一下，今天就不展開探討了。

04 執(zhí)行階段的幾個(gè)常見問題

用例執(zhí)行階段是耗時(shí)最長，最有可能造成計(jì)劃延期的，也不是寥寥數(shù)語能涵蓋全面的。我想重點(diǎn)從幾個(gè)常見問題上入手來提高測試效率。

1. 你會把缺陷定位準(zhǔn)確之后再提給開發(fā)人員嗎？
2. 你會幫開發(fā)人員排查關(guān)鍵問題嗎？
3. 冒煙測試沒通過，你有把代碼打回去的勇氣嗎？
4. 修復(fù)A缺陷從而引起B(yǎng)缺陷發(fā)生，這種關(guān)聯(lián)性bug你有預(yù)防手段嗎？
5. 發(fā)現(xiàn)功能邏輯不合理，你會和需求或項(xiàng)目經(jīng)理據(jù)理力爭嗎？
6. 你和開發(fā)人員相處愉快嗎？溝通效率上有提升空間嗎？
7. 如果有甲方或者第三方的人員來進(jìn)行驗(yàn)收測試，你和他們相處有哪些技巧或經(jīng)驗(yàn)嗎？
8. 你們團(tuán)隊(duì)開發(fā)組有自測流程嗎？是形同虛設(shè)嗎？

以上8個(gè)問題都或多或少的指向了提升測試效率的具體方法，本次只重點(diǎn)聊一下第四個(gè)問題。

關(guān)于關(guān)聯(lián)性bug我在面試時(shí)經(jīng)常會問，我覺得測試人員在提一個(gè)新的bug時(shí)，如果能夠預(yù)想到關(guān)聯(lián)功能，或者在解決這個(gè)bug時(shí)有自己的分析方案，一定要在備注中寫出來。

當(dāng)然這些關(guān)鍵性問題在需求評審、用例評審過程中可以提前預(yù)知的，就可以先提出改造風(fēng)險(xiǎn)并形成相應(yīng)的設(shè)計(jì)方案，以提高各方關(guān)于這類問題的重視程度與方案的完備程度。

這種關(guān)聯(lián)性bug是非常耗時(shí)耗力的，最好的預(yù)防手段就是提前指出、提前關(guān)注。

我相信大部分項(xiàng)目在熟悉之后，都是能夠準(zhǔn)確預(yù)見關(guān)聯(lián)性缺陷的，能多預(yù)見一個(gè)，測試效率就提高了一分。

05 寫在最后

其他的階段就不再詳細(xì)討論了，還是希望我們在工作之余，能夠跳出工作中的繁瑣事務(wù)，針對自己的效率、方法、目標(biāo)等進(jìn)行復(fù)盤。自己復(fù)盤收效少的，可以多找同事、領(lǐng)導(dǎo)聊天，打破自己的思維限制，不然天花板就在前方等你了。

關(guān)于測試階段提升效率的方法，從思維模式到某些具體的方式，都能夠舉一反三到其他崗位的工作中。所以今天分享以上的內(nèi)容，希望能夠拋磚引玉，為大家?guī)硇└玫乃悸贰?/p>

可能是因?yàn)槲覀兊恼衅阜秶嘣诙€城市，互聯(lián)網(wǎng)行業(yè)平均線本身就與一線城市有差距，同時(shí)又有出差的要求，所以讓很多有能力的測試人員望而卻步。

希望我們團(tuán)隊(duì)能盡快招到合適的人員，也希望各位互聯(lián)網(wǎng)同行們能努力工作、善于總結(jié)、提高效率、共同成長。

本文由 @不想延期了 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于CC0協(xié)議。