測試團隊的建設

2021-09-30 21:19:14 字數 1528 閱讀 3272

【團隊建設team building】——「這件事情,你想過你多做一點什麼事情就可以避免嗎?」

關於責任與全民測試

核心點是團隊中任何人都需要對自己的輸出負責。策劃對自己案子的實施跟進,在程式製作完成的第一時間驗證程式的製作和自己的設計有無偏差;程式對於自己 提交給測試的內容需要進過自測;美術對於自己的製作在遊戲中的表現效果的驗證;測試從策劃案三方會談到最後的release回歸測試階段的全面跟進。

出了問題,誰的責任?

這邊的情況,出了問題,幾乎沒有誰會指責測試,但是我會經常問相關的測試人員一句:「這件事情,你想過你多做一點什麼事情就可以避免嗎?」 幾次下來,效果都很明顯:

「如果我當時再和程式確認一下這個地方的實現就好了」;「如果當時我多問一下策劃就好了」;「如果當時程式告訴我伺服器做了檢查,我發包驗證一下就好了」

-----「這件事情,你想過你多做一點什麼事情就可以避免嗎?」  這是我推崇的一種做事的態度,不推諉,敢承擔,一切以改進為思考出發點!當他自己發現其實多向前一步就可以改進這個問題,why not?很多問題的出現其實涉及到各個職位,策劃、程式、測試無論誰多向前一步就可以解決這個問題。在忍者貓,我對測試員的要求是自己做那個向前一步的主 動者。因為我相信,乙個團隊,氛圍很重要,而且氛圍是可以被感染和傳播的。

關於團隊凝聚力:

團隊成功的因素一定離不開人的因素!在團隊具有超強的凝聚力情況下,戰鬥力也將是超強的。但是遺憾的是能做到這樣的團隊畢竟不多,人心實在是難以捉摸的 東西,很多人不過是抱著打乙份工的心態,所以這個情況下流程就有了必要性。既然很難要求到團隊中的大家都有足夠的內驅力和拼勁,那麼用流程來規範行為,按 照這個流程來,先達到80分,而後慢慢的灌輸團隊的價值觀,篩選和團隊價值觀相同的隊員,建設團隊,最後一定是可以再簡化流程甚至拋棄流程。於初期而言, 固化和僵化是必須的。這類似於德治和法治的關係,需要老大們根據自己團隊的情況來判斷和選擇。

關於思想:

1、我們是乙個團隊。

不要只關注自己手頭的任務。小到測試組,大到整個專案,不拘泥於職位,想想自己能為團隊做什麼?但卻要注意溝通的方式方法,特別是給其他職位提建議的時候,溝通技巧很重要。

這種氛圍形成後的直接好處是:主管不需要為任務分配的均衡問題和犯愁。團隊中基本看不到有人很閒有人很忙的狀態。當然,前提條件是團隊成員的篩選上需要非常重視責任感和團隊意識。

2、乙個自學習、自提高的團隊。

對於新人來說,什麼能引起共鳴?「自我提公升」。招聘的時候,會很重視組員的自我提公升意識。而工作中需要傳遞乙個這樣的資訊——如何提公升得更快?

工作年限並不等於工作閱歷,相同的工作,不同的人經驗值的獲取也是不同的。而「用心程度和思考」是影響經驗成長係數的重要引數,所以把專案當做是自己的專案,把自己當成是專案的核心成員吧!

***********************************=分割線******************************==

測試團隊建設,個人小總結

1 人員提公升 a 業務素養 專案組成員對業務模組進行將解,其他測試人員對疑問和測試考慮不周全的地方提問,如果測試人員對業務理解都有偏差,質量保證無從談起,一周組織一次或兩次,一次半個小時 b 請一些公司內的測試方向精英加入或做乙個技能提公升培訓 建立對應技能有直接的諮詢渠道 c 除了公司業務任務外...

論團隊的建設

長期以來,我對團隊的理解是這樣的 我認為團隊就是為了完成某個專案而召集多個人組成的乙個團體。專案負責人首先把專案需求分解成具體的任務,然後分配給相應的團隊成員。團隊成員接收任務並按照要求保質保量的完成任務。專案負責人對專案進度和任務完成情況進行及時跟蹤和調整,對專案干係人進行協調。經過這次團建活動,...

敏捷團隊建設

敏捷團隊建設 本文發表於4月 軟體世界 最近很多人都問我,有沒有適合的人可以推薦給他們公司,他們正在招人,面試了很多個,但有經驗的開發人員太難找了。有乙個朋友在問我要人的同時,他手下的乙個開發人員反而問我有沒有好的機會,他想跳槽。不久前乙份報告稱,中國本地軟體企業面臨的最大問題之一,就是高階技術人才...