美麗說測試（【Android測試】【隨筆】與 “美麗說” 測試同事交流）

【Android測試】【隨筆】與 “美麗說” 測試同事交流-美麗說higo

【Android測試】【隨筆】與 “美麗說” 測試同事交流◆版權聲明：本文出自胖喵~的博客，轉載必須注明出處。轉載請注明出處：http://www.cnblogs.com/by-dream/p/5405432.html分享者簡介雪晗，3年+測試經驗，現任美麗說移動端測試工程師。非常感謝雪晗妹紙能夠無私的將自己的經驗進行分享（另外下文中出現的所有觀點

◆版權聲明：本文出自胖喵~的博客，轉載必須注明出處。

轉載請注明出處：http://www.cnblogs.com/by-dream/p/5405432.html

分享者簡介

---

　　雪晗，3年+測試經驗，現任美麗說移動端測試工程師。

　　非常感謝雪晗妹紙能夠無私的將自己的經驗進行分享（另外下文中出現的所有觀點均是分享者的觀點，不代表美麗說科技有限公司）。

分享者自述

---

　　寫在前面的話：我們的項目基本上是兩周一次迭代，需求確定后，各個部門會并行工作。由于我是測試童鞋，所以以下講的側重點主要在測試這一方面。

　　1、主要人員參加需要需求評審會議，包括產品，研發，測試，設計，運營等人員 　　2、確定需求后，各開發同學開始并行開發，測試同學開始編寫測試用例 　　2.1 編寫用例的時間一般都是1-2天，這個要根據實際的需求來看，只要在提測之前寫完都行，時間可以自己把控 　　　　2.2 測試用例按照模板編寫，其中包括用例級別，模塊，子模塊，前置條件，操作步驟，預期結果，是否自動化，非自動化原因等。用例中標注開發在提測之前必須通過的用例，如果沒有通過，不需要提測（特殊情況除外）。這個模板各個公司估計會有些許差異。 　　2.3 測試用例編寫完成后，會發給對應的研發，產品。發出去之前需要找產品對一遍需求，看看是否有漏掉的地方或者更新的地方。 　　3、我們會用一個項目協作工具管理項目,跟蹤任務進度。當看到進度到達提測后，可以開始測試了，測試過程中需要注意以下幾點。 3.1 提bug時，要寫清楚場景，目標版本，錯誤類型，類別，優先級，被指派人，以便后期對bug進行篩選和跟蹤 3.2 每天下班前，及時回歸已解決、反饋的問題，推動研發解決新建問題，報出測試進度及阻礙測試進度的問題。所有信息由一個同學負責發一個統一郵件給項目所有人員，告訴目前的進度和存在的問題。 3.3 如果某個需求遇到風險，負責這塊的同學需要及時發郵件通知大家。請項目負責人處理。舉個例子：比如在預期提測的時間給定后，開發沒有提測，壓縮了測試的2天時間，那么不能保證能按照之前的用例按時完成測試，這個時候需要和各個負責人溝 通，看看是什么原因導致了現在這個結果，是否可以補救，商量最終怎么做。要么增加測試時間，要么測試就只測優先級比較高的用例。 　　4、正式進入項目后，每天早上會進行一個十幾分鐘的站會，各部門會說下目前的進度、存在的問題。 　　5、基本功能測試完成后，會進行一個交叉測試（所有同學花幾分鐘一起看各個模塊的需求），最好上線前的最后一道防線，以免漏測或者是有些機型不適配的UI問題。 　　6、測試結束后，會發出測試通過的郵件，會說明一下結論，分析。 　　7、上線完成后，會根據項目情況開一個項目總結會?？偨Y出這次做的好的地方以及做的不好的地方，做的不好的地方大家一起討論給出解決方案，避免下次再出現。