• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 測試管理之我見

    發表于:2019-10-17來源:jianshu作者:jianshu點擊數: 標簽:測試管理
    測試管理,即是組建和管理一個測試團隊,制定和落實一個有效的測試流程,計劃、設計、執行并跟蹤輸出項目的測試報告,為項目質量提供有效保障。

    在跟團隊成員進行績效面談時,成員問我,怎樣才能做測試管理。

    先看看百科的定義:

    測試管理,即是組建和管理一個測試團隊,制定和落實一個有效的測試流程,計劃、設計、執行并跟蹤輸出項目的測試報告,為項目質量提供有效保障。

    再看看市面上來自兩家公司對測試經理崗位的職責要求:

    能力要求一:

    1.制訂測試方案及計劃,包括人員安排測試進度測試流程等

    2.帶領測試團隊完成公司產品的測試工作,執行測試計劃,跟蹤執行進度;

    3.完成組內人員招聘培訓以及及團隊建設;

    4.負責測試團隊人員的績效考核,培養團隊成員的成長;

    5.與上級及協作部門溝通測試進度及測試結果。流程管理

    能力要求二:

    1.帶領團隊完成產品和項目測試的任務,統計和分析測試結果,問題確認和跟蹤,推動問題及時合理解決;

    2.測試環境的配置和版本管理;

    3.軟件測試流程體系的梳理和建立;

    4.負責測試組人員的技能和業務培訓,提升團隊的測試能力;

    5.制定編寫軟件測試方案與計劃,完成測試任務,編寫測試報告;

    6.測試團隊的人員管理工作及團隊建設。質量管理

    所以結合我的理解,梳理了下我對測試管理的定義,以及我認為目前一個最基層的測試管理所做的事情。

    把測試管理的能力模型分為六個部分

    測試管理能力模型

    人員招聘

    確定招聘需求和招聘要求,為團隊招募合適的人才。

    剛剛走出校園的實習生,和社招的資深測試工程師的能力和經驗自然是不一樣的,所以對于社招和應屆生的招聘要求需要分開。

    通常我在面試社招時,更多關注的是社招同學的項目經驗,以及過往所承擔的職責,自動化工具能力,軟性素質上更看重協調能力和推動能力。

    而在實習生的面試時,不會過多去關注實習生的項目經驗,更多關注的是實習生的學習能力和主觀能動性,如果能有一些對軟件測試崗位的基礎知識學習和理解,那么是很加分的。

    人員培養

    制定學習目標和計劃,因人而異施教,安排專業的導師,及時跟進新人學習進度并解疑。使招聘的人才在最短的時間內快速適應項目的流程,勝任項目的任務。

    對于新入職的人而言,一個類似于這樣的明確的工作任務和目標非常重要。

    新人轉正標準

    人員管理

    1、職能明確:各崗位職能職責區分清楚,避免團隊成員之間職能混亂,出現工作交叉干預、重復勞動的現象,也避免出現踢皮球的場景。

    有的測試團隊會按照測試技術、測試設計、測試執行的組織結構來管理,這樣每個團隊都術有專攻,管理上也會更容易

    有的測試團隊會按照個人全方位能力培養,要求個人同時具備測試技術、測試設計和測試執行的能力,這樣對每個人的長遠發展更有利,但是會因為每個人的能力參差不齊,導致團隊的成員能力不均衡,個人優勢不夠突出

    2、知人善任:依據各人的特質、能力層級、優勢劣勢進行任務分配,給團隊成員充分展示優點的機會,避其缺點,合適的人做合適的事情。

    比如有的測試人員擅長測試設計,有的測試人員擅長挖掘工具自動化搭建,有的測試人員溝通協調能力比較強,根據每個人的意愿和長處來安排任務。

    3、善于傾聽:尊重團隊里的每個人,確保成員能夠無所顧忌地表達個人觀點,并能夠及時覺察成員情緒上的波動,換位思考,及時建立疏通、宣泄的渠道,做好正面引導。

    4、敢于授權:在明確的目標要求下,適當的放手,讓團隊成員有能力與權力去承擔并對結果負責,但是在過程中,管理者也需要隨時去抽查,以便及時發現落實過程中的偏差或者問題

    5、激發潛能:不畏懼新人犯第一次錯誤,因為錯誤中的總結,才能令人印象更深刻,后續不再犯。而不斷的嘗試新事物,才能夠挖掘團隊成員的潛力。

    6、等級淡化:成為團隊成員的朋友,在成員迷茫時能給出合適的建議,在困難時伸出援手,必要的時候需要言傳身教,做成員的堅實后盾。

    這些主要講的是向下管理,另外還有向上管理,如何處理自己與上級之間的關系,如何向上級述職,更好的展現自己和團隊的工作成績,也是管理的一門學問。

    測試團隊管理

    團隊建設

    1、共同目標:可以是時間、項目等,團隊成員有著共同的目標,才能提高整個團隊的凝聚力和斗志,從而取得1+1大于2的效果。

    2、團隊規劃:制定半年、一年,短期和長期的規劃,讓團隊成員了解公司的遠景,讓大家對團隊、個人的發展有信心。

    3、樹立標桿:一個團隊中各個成員都是不同的個體,素質和能力頗有差異,樹立標桿,推廣優秀成員的成績和經驗,才能提升團隊的能力,使團隊能力最大化。

    4、獎懲激勵:團隊成立階段,多獎勵,少懲治。及時的給予鼓勵和獎勵,會讓團隊成員的被尊重、被信任、被認同感提高,工作動力和積極性提高。但是,團隊成長成熟階段,要多規范,建立多種合理的制度來管理與約束。

    5、績效管理:有一套公開、公正的績效激勵體系。結合每個成員的自身特點和能力制定,制定合理的績效。

    團隊潛能

    通過團隊活動、團隊培訓等方式,培養協作精神和團隊精神,提升團隊整體的能力,創造一種良好的氛圍,提高團隊的凝聚力。

    加強測試團隊在整個項目中的地位和影響力,影響力越強,團隊成員的成就感會更強,工作的動力和信心會更大,更積極正能量的心態面對工作。

    團隊提升

    通過各種各樣的途徑,培訓分享,共享資源庫,或者是團隊圖書館也好,提升團隊整理硬性軟性能力。

    測試流程管理

    流程建立

    大到項目研發流程和職責分工,小到測試缺陷跟蹤流程、案例評審流程,都有一個從無到有制定和完善的階段。

    下圖只是一個項目的測試流程的一部分。

    項目測試各環節設計的流程

    流程實施

    推動流程的落實

    流程優化

    流程的落實過程中,不斷的總結經驗,及時調整和完善流程。

    測試質量管理

    測試質量的保證,是測試團隊的職責所需,也是首要標準。

    質量指標

    前期要確定一些項目中質量的指標,比如交付時間要求、BUG修復率的要求、用例通過率的要求等等。

    質量管控

    再通過不同的手段來管控,從而實現和達成目標。

    在達成的過程中需要研發、產品、測試、項目經理等多個角色的共同推動規范項目研發流程、代碼管理流程、缺陷管理流程、測試案例評審流程等等。

    并且做好測試分層,從代碼級、接口級和ui級別進行測試,從工具自動化和手工多層面進行考慮,從功能、性能、兼容安全性等多緯度進行覆蓋。從某些方面來講,流程的管理,是質量管理的前提。

    質量分析

    通過對質量的可視化數據分析,從而加強管控機制,改善測試流程,豐富質量指標。

    資源整合

    整合測試相關的技術、文檔、工具、專利等,成為測試團隊的知識資產;整合測試內部、外部的人力、物力、財力,成為測試團隊的能量儲備。并且對資源進行維護和更新。

    資源共享

    建立統一的共享平臺,將測試資源共享,管理測試用例、管理缺陷、管理測試方法、測試技術工具,減少團隊成員的重復勞動。

    資源協調

    協調測試組內的各種資源,協調組外的各種資源,共同達成目標。

    在人力的協調上,一方面需要和團隊內、團隊外的人員建立良好的關系,取得他們的支持,另一方面,建立跨部門的利益相關性,成為利益共同體。

    測試風險管理

    通過對風險的識別和分析,選擇有效的方式,主動地、有計劃地處理風險,以最小成本獲得最大的保證。

    風險識別

    項目運行的各個環節可能出現的風險都應關注,風險信息收集時需要注重全面性和多樣性。

    比如需求上存在的缺失,交互上可能違背大部分用戶習慣多設計,開發實現上可能存在的漏洞,測試案例上可能存在的遺漏,都是項目中常見的風險。

    常見信息收集手段如現場訪談、會議研討、問卷調查等。

    風險評估

    通??梢杂每赡苄?、嚴重性,結合可控性、相關性幾個指標來描述風險。

    比如當判斷一個不能固定重現的BUG到底是否重要需要在上線前修復時,可以參考如下風險評測標準:

    這個BUG發生的概率有多高?

    這個BUG對用戶的體驗和使用影響有多大?

    這個BUG如果在生產上出現了,怎樣可以解決和減少影響?

    這個BUG可能引發其他的問題嗎?

    風險應對

    采取各種措施減小風險問題發生的可能性,或者把可能的損失控制在一定的范圍內,以避免在風險事件發生時帶來的難以承擔的損失。

    風險應對和控制的四種基本方法是:回避、控制、轉移和自留。

    比如新增加了一個功能是展示列表,根據我對項目組產品和開發的了解,他們經常會忘記頁面為空白時怎么顯示。而這一次我相信如果不提前提出來他們仍會出現這個問題。那么我可以采取如下幾種措施:

    我知道可能出現這種風險,但是不打算提出來,也不打算搭理他。準備直接帶著這個問題上線。——這是回避。

    我把風險提出來,然后聲明,這個問題一旦出現,需要開發承擔責任。——這是轉移。

    我默默的認為這個風險影響不大,僅保留給自己知悉。后續等問題暴露出來,再去處理——這是自留。

    我把這個可能出現的問題提出來,讓產品完善需求,開發提前處理。避免提測后這個bug的出現。——這是控制。

    講了這么多,不知道有沒有幫助到大家呢。

    原文轉自:http://www.uml.org.cn/Test/201908133.asp

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>