軟件測試人如何體現本身的價值？

 

首先，咱們瞭解軟件測試從業者處於階段：高級崗位、中級從業者、菜鳥小白。

高級崗位：部門leader、核心測試開發崗位等。->對應的上級是：質量部Leader（經理/總監）、技術VP->公司老闆。

中級崗位：能獨立負責一個項目的總體測試工做，從事2-3年的從業者。

初級崗位：剛入行1年左右。

 

高級崗位彙報工做注意

（1）彙報對象：質量部Leader

1.考慮當前部分現狀，瞭解部門leader的指望，須要處理什麼問題。全年部門規範。
2.落地能力、事項推動能能力。主動推動一些事項落地、主動彙報進度、主動拋出問題並給出一些思考。
3.萬一leader不滿意時，溝通問題，高效處理。

（2）彙報對象：老闆（不管是否懂技術）

1.規劃部門發展方向，提升全公司的研發效率&質量（減小線上問題反饋、bug漏測率）
2.制定一些流程規範。
3.梳理公司目前存在的問題，而且提出建議。
4.培養團隊能力，提高團隊的能力和士氣。
5.經過實際數據來體現價值。如：bug率每週降低，把其餘部門關注的數據報表化。

高級崗位瞭解知識

1.業務能力

（1）功能業務：肯定核心業務後，再開始進行任務。

（2）瞭解業務：深入理解業務，尤爲Leader更要首當其衝，仔細評估產品原型、交互設計，咱們是關鍵人物先過初稿肯定技術、運營可行避免浪費集體的時間，而後全部相關人一塊兒過。

（3）保持節奏感：目前採用項目拆分爲周目標爲核心措施。個別事情以天計，少數事情好比修緊急bug以小時甚至更小單位計

（4）服務可用性：咱們是經過預發、灰度測試、可回滾等措施來控制發佈質量，保持較高的可用性。

（5）忠實用戶羣：集部分優質用戶入羣，保持溝通，挺重要的，微信羣雖然是當爲首選可是羣功能有點弱，個人開源項目主要用QQ羣，也比較坑哈哈。

（6）反饋與數據：反饋和數據都是驗證結果的最好的參考之一，追尋反饋背後的動機很重要，研究用戶路徑、功能使用等數據輔助肯定下階段任務。

（7）低成本試錯：儘可能以最低的成原本試錯，避免大量浪費資源，不要過早優化和擴張，先單點或AB測試，驗證事後再鋪開。

（8）方法與方向：不少時候方法比方向重要，好的方法能夠不斷糾正方向，發佈較單純的功能來驗證問題和方案，應該避免堆積功能，盲目發散方向，沒有通過驗證的方向就是假設。

（9）創新與迭代：精益創業的MVP策略有助於大多功能性或服務性新創公司檢驗產品，而創新型產品靠產品自己和培育市場拉動需求，但都須要事實檢驗和迭代完善。

（10）手動和自動：初期能手動解決的問題動手解決就挺好的，一開始就考慮自動化機器化可能會延誤時間，或者高成本解決了一個頻率並不高的問題。

（11）親爲和團幹：沒有通過實踐驗證的事情負責人最好本身先親爲，才能深切體會，造成必定感知後優化，或者交給團隊一塊兒幹。

（12）靈感和總結：靈感稍縱即逝，總結過時不候!應該有本身的全端雲筆記，和博客。短時間記筆記，長期入博客，靈感可能就在你瑣碎的一瞬間，不少東西通過三五個月一忘而光。

 

2.團隊

　　一個公司的產品和服務，是其自身組織結構和溝通、工做方式的反映(康威定律)。

　　人員的架構會改變和影響產品的架構，產品一大，人分組拆開了，項目也跟着拆開了，越多人一塊兒工做就更須要科學的流程和協做方法。因此說人和組織會決定或影響產品。

　　若是說初期目標是打造一個良好的產品或服務，隨着發展應該慢慢更着力於打造一個能開發良好產品的團隊。

　　如下幾個層面是咱們去實踐的幾個點，其餘沒想到的後邊再補充吧：

（1）關於招聘：找到合適的人是關鍵，不要貪多貪大，創業公司招人較好的時機是不招就會死，注意避免青黃不接。交流技術的同時感覺性格，性格不合適早點終止面試，相信直覺，年限、學校不重要，重要的是做品和能力。

（2）明確職責：團隊應該明確關鍵人物的角色，公開規定好一個角色由誰來擔任，職責和指標是什麼，甚至能夠約定任期是多久，由於角色是活的。個人主項目裏有一個PM角色(協助跟蹤進度等)，一個PA角色(輔助協調、構建打包等)，都是主工程師兼任。

（3）充分受權：一個完整的團隊應該有充分的決策權，角色應該有比較明確的職責，能夠給建議但不要隨意干涉我的的職責或決策。

（4）關於協做：個人團隊就是統一IDE(idea)和構建環境，統一碼風，統一版本控制策略的。合理建立Tag、Branch，儘可能規範使用協做工具。

（5）關於溝通：個人作法是讓隊員遇到鎖事直接和當事人溝通，重要問題反饋Leader，保持充分溝通咱們每週都要有一次全體碰面會議，最好有點零食。

（6）團隊提高：選定一個主題、此項以周爲節奏，每人都要充當講師，咱們客戶端團隊已經系統的學了面向對象6大原則和23種設計模式，咱們android、iOS、前端一塊兒溝通技術。

（7）開誠佈公：私下溝通爲主不少時候是解決不了團隊、我的衝突的，要開誠佈公的面對面談，將衝突事情一一列出，對事不對人，根據輕重緩急，綜合當前情況給出解決方案，是公司是全局是情況不能讓全部人滿意，而不是誰不能讓你滿意。

（8）前途錢途：不談錢就是耍流氓，不要妄圖用成長壓制待遇，不要總想用青春換取血汗，作得好就是要好的回報，可是也要講規矩，通常能力先到位再要求待遇，固然其實還要看你的位置可替代性如何。

（9）回報遠與近：眼前看能力，近期看薪水，遠期看期權(股份)，看好公司通常略側重期權，看空則略側重薪水。心情、成長、待遇、期權組成一我的的主要回報，Leader應明白隊員想法並努力爲團隊爭取合適的回報。

（10）一些福利：公司天天會買些水果當下午茶，像蘋果、桔子、香蕉、哈密瓜、葡萄、etc，看季節的。員工慶生蛋糕、年度旅遊、節日活動等。

 

　3.技術

（1）風格統一：團隊內統一風格、規約、編譯環境，開始是idea做爲IDE，年末總體遷移到AS、Gradle環境開發和管理。

（2）鍛鍊思惟：集體學習6大設計原則和23種設計模式，理論結合實踐，更深入的認知面向對象的設計理念。

（3）技術提高：優先完成業務，此項以更長時間爲週期，在項目不那麼緊張時開立我的技術項目，咱們選一個方向量化造成博文或者小類庫，Leader支持並協助隊員完成，培養人才，各有所長。

（4）關於類庫：儘可能選擇穩定專一、知根知底的框架，若是沒有，那就選擇知名開源框架，仍要深入研究其代碼。

（5）關於業務：咱們客戶端業所有的務統一構建在SDK子項目中，和View剝離，便於切到多種終端設備。

（6）關於架構：咱們核心方向其實所有使用我寫的類庫，由通用組件、網絡、異步、數據庫等組成通用的底層項目，叫作LiteSDK，任何App幾乎均可以用它，可謂用之四海，它是可拆解並獨立發展的，剛纔提到的業務SDK項目是基於它的。

（7）學習前沿：盡力去接觸新技術

 

4.文檔

（1）文檔公正、規範。

 

 

中級崗位彙報工做注意

1. 快速熟悉公司總體業務

 

做爲一個合格的中級崗位，一個合格的測試工程師，你得獨立負責某個項目/業務的質量工做（至少也得獨立負責某幾個模塊的業務測試，或者自動化測試的執行工做），相關的業務線知識，必須得了解。通常來講，一個公司的任何業務，一定是與其餘業務有關聯的 。

熟悉後，能夠快速定位，問題來源，問題緣由，每一個問題知道找哪些同事協助，提高工做效率 。

延伸，

如何快速熟悉業務 ？

看Wiki文檔、看用例、看Bug、看線上反饋的問題、問測試同事、問相關業務線開發、問產品經理 。

 

2. 快速瞭解線上線下Bug提交、跟進套路

 

跟進Bug，是測試必備的基礎能力，不用多說 。

好比，跟進流程是怎樣的 ？各類問題如何解決 ？須要錄入到系統否 ？（每一個公司不一樣，進入公司後，得快速瞭解這些。通常來講，公司都有文檔說明，或者有導師帶你瞭解這些）

 

3. 快速瞭解平常工做所需工具

 

好比，

連接Linux服務器的工具Xshell等，連接數據庫的工具Navicat等，Git客戶端，Bug管理工具禪道、Jira等，用例管理工具，平常文檔協做工具Wiki等，不少不少 。這些，至少一週內得搞定 。職場沒太多時間讓你慢慢熟悉，這個階段，你們都不是新人，招你過來，就是快速幹活的。

延伸，

如何能快速掌握 ？

平時工做之餘，就得掌握這些工具的平常使用（少抱怨、少閒扯、少玩遊戲）。去任何公司，只是規範不一樣，工具使用無門檻，幾天可搞定 。

 

4. 快速跟部門內同窗混熟

 

不用多說，如何與人溝通，職場必備軟技能 。

 

5. 快速跟工做須要協調的相關人混熟

 

開發、產品、設計、客服 等 。

不用多說，如何與人溝通，職場必備軟技能 。

 

6. 日事日清

 

把天天老大交付的任務作完、作好，且反饋結果

 

7. 及時響應

 

交付的工做任務，及時響應，有結果後，及時同步（即便沒完成，遇到困難，也同步進度，知道你在幹這事）

 

8. 結果輸出

 

測試結束了，及時產出測試報告 。

用例完成後，及時輸出文檔（無論是Excel形式、仍是走的用例管理系統），安排評審（看公司具體流程，有些須要2次評審，有些公司無評審環節）

 

9. 讓Leader放心

 

每次的任務，都能主動思考，交付出滿意的結果，或者微創新，Leader會對你另眼相看 。

 

10.文檔落地、沉澱（不只本身會，還得讓其餘同窗會）

 

養成輸出文檔的習慣，一我的的研究成果，可讓多人快速掌握，不用重複投入時間 。這是Leader比較喜歡的員工 。

若是真能作到如上幾點，至少超過80%的「同階段從業者」 。
過試用期 ？確定沒啥問題 。
並且，還會很是優秀，假以時日，可成長爲一名合格的高級測試 。

　　

初級崗位彙報工做注意

1.認真看看公司的行政規範，別觸發公司原則性問題 。好比，遲到、早退、虛假學歷、虛假工做經驗等 。

2. 把新人入職指引上面的內容，儘快弄懂

通常，有兩塊指引：行政這塊的入職指引 和 部門這塊的工做指引 。

好比，
1）平常工做所需工具：Bug工具、用例工具、代碼管理工具、項目管理工具、Linux客戶端工具、Mysql客戶端工具等；
不會的本身百度，百度後，折騰了幾小時仍是搞不定的，問下同事，別再瞎浪費時間了。也許是你折騰的姿式不對 。
2）公司的組織架構狀況，瞭解下哪些部門，與哪些部門須要強協做的。部門的同事 ，研發同事，產品同事 等 。

3. 學會提問

1）作一件事，不肯定具體的目標以前，先跟老大確認下 。別折騰幾天，最終作的結果，不是Leader須要的 。同類事情，發生幾回，Leader就沒有耐心了。
2）你工做中，遇到的全部問題，同事都已經遇到過 。彙總本身不懂的問題（千萬別一個個問，一天問N次，多了，誰都煩），問身邊的同事。或者，問你的導師（不少公司，對於入職的新人，會安排一位導師，全程解決，你的各方面問題，好好利用這塊的資源福利）。

4. 看看歷史Bug庫、用例庫

便於快速瞭解系統現狀，存在的問題，經過問題，快速熟悉系統 。特別是你即將要負責的業務模塊，必定要弄懂 。

5. 有時間，多用用本身的公司產品 。

技術不足，業務來補 。

6. 認真完成，Leader交付的每一個任務，完成後，反饋結果 。

就是這麼簡單，初級崗位，多數都是執行類事物 。執行完成後，同步結果便可 。

7. 充滿激情 。

激情很重要，畢竟年輕（這條好像也沒啥實質性做用） 。

/

搞定如上，平穩度過試用期，徹底沒問題 。

通常來講，試用期搞定後，後續被辭退的可能性，就更低了 。

畢竟，通過試用期三個月培養，已經差很少熟悉業務了，能夠幹活了。且招聘成本那麼高，從新招聘，成本太大，入職週期也是未知 。另外，試用期事後，辭退，涉及賠償事宜，麻煩 。

不少時候，能力不必定是最大的瓶頸 。
能力不夠，能夠隨時惡補 。 反而，態度、工做習慣，是很難短期改正的。並且，這些，也是面試時，很難暴露出來的 。

 

週報、日報彙報注意

文檔輸出注意：

層次清晰，閱讀者快速知道文檔有用點。重點內容特別顏色標記。
工做文檔，直接寫落地。
wiki、git、svn等記錄。

日報輸出：

完成哪些有價值的工做。
進度多少。
明天計劃作什麼。
有哪些問題須要協助。

週報輸出：

完成哪些有價值的工做。
進度多少。
明天計劃作什麼。
有哪些問題須要協助。

內容差很少，重點是簡單、易懂、清晰。

 

轉載自CSDN：夢琪丁嵐