因為頻率大概在兩周一次匯報，所以很少用到ppt，ppt花費時間多一點，正式一點，好看，可以放在重要匯報使用。
a是職場新人也是崗位新人，剛畢業，帶著學校的知識；
b是同崗2年，主要是財務方向的測試；
c是同崗2年，主要是使用者ui、ue、ux方向的測試。
連我也算在內d，同崗，回憶2年時，主要做過本地化（翻譯）的測試執行、硬體與軟體通訊的黑盒測試。
這次我們面向的「路演」物件，是已經不怎麼需要了解專案業務細節的部門經理、還有在專案上的部門主管。
主要說明：對自己的上兩個周的學習內容、總結，下週要學習的內容和參與專案的計畫。
（大家說了什麼，其實差不多，因為同期新人學習相同，個人理解不同。業務的學習，專業的學習，要求參與的專案參與度）
其實記了一頁紙，密密麻麻，東填西畫（這裡想起來，我還有個《一頁紙***x》的知識還沒有學習。）
3年經驗總結不出高大上的東西哈~只是看到別人想想自己。
開場白的準備，有乙個印象分，也是一種習慣，也是一種禮貌，也是乙個可以提前準備的事情。
（大家進入會議室，領導先在？領導後到？減少冷場，把握控場，我們這個是領導先到）
a：今天我們來看一下我的階段匯報。
c：（先遇上了x姐的閒談裝扮髮型變化不同）x姐好，x姐好，我今天的階段匯報分為三個部分，一工作匯報，二其他因參與了新人培訓，三下週計畫。
如果是d，估計和a差不多，不打招呼，和c差不多，會先介紹模組。
現在的d：大家下午好，很高興大家來聽這次的匯報，我叫***，（工作經驗多久，來公司多久，一次帶過）這次階段匯報計畫三個部分（同ppt宣講會用 幾個部分 乙個狀態）。現在我們正式開始……
以我短短3年的經驗，做一下自我發現和小結。
優點我的主觀不足提問a
1、業務上沒有錯誤，說明業務理解能力較好；
2、專業上開始考慮如何定位缺陷，說明漸漸專業化；
3、在學習他人的分享會後，能夠把聽到的聽懂的應用到參與的專案上，這是我不止一兩次看到他講聽到的舉一反三去應用，說明學習能力很好，學以致用很好。
4、有意識學習介面測試、學習db的知識。
5、有意識，不被開發同化。（對於摩羯座來說，是不是同化概率會較大？x(>ω･* )ﾉ）
6、問答討論階段能夠放開思路，該說說該舉例舉例，交流順暢。
1、多次提到工作中，時間問題：如與產品開發溝通成本高、準備測試資料耽誤時間。還不懂得說明這些是一些早期成本，對專案影響是低成本還是高成本，其次本身定位在應屆生，分派的任務即難易度較低時間長的任務。
2、對「測試偶現」頻率的缺陷的跟蹤度把握，不宜過高，不宜忽略。
3、根據學習到的跨專業知識，在講出來的時候，把握專業知識，還不到位。token過期、cookie過期等。（可能是緊張）
工作、學習什麼比較困難：
1、測試資料的準備；
2、樣式標準的把握；
3、業務理解。
b1、關注場景類的用例關注度高，關注跨系統的用例，對應ui的關注低。（看專案需求呀，這個專案確實需要先保證場景和功能，時間又緊，ui的重要程度就第一點）
2、和同事交流互動。
3、對安排學習任務有產出物（web原理基礎的腦圖清晰）
1、業務上多個功能錯誤，業務理解急於求成導致處處出錯，還說了出來錯誤的。（實際上就是把自己的程度表現出來就行，此處無錯）
2、業務思路還不清晰，所產出的成果物——流程圖，獨具特色，一般人屢不明白。
3、提到了準備資料耗費時間（此處無錯，僅記錄ab同事都提到了，需要解決方案如提公升效率的技術）
對準備資料的提公升效率的技術的方案？
從經驗技術在新專案的應用有什麼分享？
c1、用例規範用起來~
2、自學了svn的指示，完成了指定平台的學習任務，產出物也很清晰，實際應用也有用到。
3、指出了prd與ui的差異，無法及時更新同步。指出了prd上沒有完整的歷史規則。指出了prd上沒有具體詳細的需求結果。指出了測試結果不是太關注使用者體驗（看專案需求），指出螢幕解析度適配相容性測試度不高（看專案需求），指出了歷史問題及時暴露開發及時改正的較好的現象。提出想要學習測試報告。
4、量化學習：效能學習、資料庫指令碼學習。
5、業務上沒有錯誤，說明理解力可以，只是部分業務還未有時間開始學習。能自我糾正，把之前理解過錯的糾正。
無。表現了自我的軟實力能學習，硬性指標能完成測試任務，還積極好學公司的測試規範，與同事相處有提prd不規範但沒有直言「耗時間」，能夠自我解決。
稍微有點的是多次提到的關注使用者體驗，是原有工作經驗的慣性。
和原有的工作經驗有什麼衝突？
新人培訓的作用？
d我也會說明學了什麼，個人習慣罷了，乙個會寫日記的人總是很會囉嗦的(>ω･* )ﾉ
當然，自我理解就存在可能理解偏差的錯誤。
囉嗦不見得壞事，也不見得好事，實際大部分時候是壞事。要言簡意賅！再者，在業務講解的時候，要先說明專案定位，體現一些《使用者故事》，方便大家理解業務。
/對b，業務理解錯誤那個，估計是心態著急。（說此處無錯，覺得是個人特例，只是我覺得duck不必著急，看乙個看對了也ok；當然，在給新同事講解的時候，填上具體栗子也好一點，前提這個新同事會用你的栗子，b這個同事就有點不用別人的栗子，在自己的坑里越挖埋得越深）估計上級的印象停在無錯無優的程度。
對c的總體印象真的是會表現，當然目前的成績也很高。尤其從根本上說明了「耗時間」是什麼原因而不是抱怨了現象=耗時間。
對我呢，以史為鑑、業精於勤、天道酬勤、高效學習、有則改之無則加勉、保持虛心向前學習！
以上就是我今天匯報的內容，請問x姐x領導的，我有什麼問題的地方？有什麼我說的不對的地方歡迎指正？有什麼建議我學習的？有什麼我做錯的地方？各位領導還有什麼問題要問？
剩下就是討論一下，問答一下。這裡說明，a小白能夠在討論的時候放開一些，應對不錯；b\c都是有經驗的，也是說的不錯。
再之後退場，就有點尷尬了，d想說：嗯，好的，那麼我的本次階段匯報就到這了，謝謝各位領導！我先回去了，喊一下***。
乙個工作經驗3年時間的人看到的工作經驗0~2年的人的入職新公司時的表現度。
測試新人專題講解
測試專題 1.需求理解 2.缺陷描述 3.缺陷定位 除錯常用方法 http協議，步驟清晰可重現 4.缺陷分析 5.測試設計 輕重，可重用，列表，維護，規範 6.覆蓋率 7.業務專題分享 工作項 1.優先順序輕重緩急 時間管理 2.方法溝通 小問題組內，郵件或者發起會議 3.團隊分享 業務專題分享，新...
測試新人培訓原則
把自己的員工當做執行經理，像評估執行經理那樣對其評估。不要指望其能夠同時高效處理多個專案。閱讀自己員工的測試報告。要想知道實際情況，可以與其一起工作。培養員工的專業技術技能和行業領域知識。多看看技術支援日誌。讓新測試員對照軟體核對文件。通過正面測試使新測試員熟悉產品 了解系統提供的功能後，嘗試以簡單...
測試 新人如何做好功能測試？
1.首先學習軟體測試基本知識和軟體流程。功能測試最開始最基礎的就是分析需求編寫測試用例，測試是把握質量的守關人，保證不漏測的第一步就是要編寫盡可能全面的測試用例。可以學習用例編寫方法 黑盒測試方法，閱讀一些書籍，比如 軟體測試藝術 此外，了解軟體流程也很重要，根據迭代所處階段測試可以做不同的事情，需...