• 提出問題，分析問題，總結問題，改進問題
• 產出  產出  產出！！！

一，測試型別

1.功能測試：最基礎的測試型別，主要對產品的各個功能進行驗證，檢查是否滿足產品需求。

1.1 測試用例設計：

1.1.1 主要基於需求的設計：根據需求文件進行分析，按照一定的設計方法去編寫測試用例，如正反例，邊界值；

1.1.2 主要基於經驗的設計：業務類的一些需求，要根據之前的測試情況或是自己對業務的熟悉程度進行驗證，發散思維，深究這個點可能會出現的問題，影響到的功能等去進行設計；

1.1.3 主要基於對程式碼邏輯的實現設計：這個涉及到程式碼開發的層面，但是瞭解開發實現的邏輯，熟悉程式碼實現的方式可以在下次同類功能測試時減少一些問題的出現，同時也能更好的發現一些隱藏性的問題。（舉例：在上次測試投資記錄改版時詳情頁中有一個”預期收益率“的欄位展示，開發取的是產品的預期收益率，但問題在於產品的預期收益率如果改變的話，詳情頁的收益率也會變化，導致客戶購買過的產品收益率展示與之前不符。如果熟悉程式碼邏輯的實現，上線之前確定開發取的是訂單的”預期年化收益率“就不會有這個問題了。）

1.2 用例展現實現：

1.2.1 excel：這是最普遍也是最基本的展示形式，但是當我拿著這個去跟開發評審測試用例時，開發都無法接受一堆文字堆疊在表格中；

1.2.2 xmind：腦圖的形式展現，優點是方便幫助梳理思路，也便於閱讀；缺點是沒有狀態的展示，後續執行測試用例標記的時候不便；

1.2.3 word，txt等形式，將測試點在裡面寫下來，不考慮其他的測試步驟或是資料；

1.3 功能測試需要關注的點：

1.3.1 實現的邏輯，介面展現，相容性，異常情況

1.4 測試進度：

1.4.1 專案的進度報告：報告我沒有發過，但是在專案執行過程中，會在技術群中將測試情況告知大家；

1.4.2 完成報告

2.介面測試（欠缺這部分測試）

2.1 自己開發介面框架，開發原始碼框架

2.2功能介面自動化+線上監控

3.UI自動化測試

3.1 用到的框架有robotium，uiautomator，appium，這些框架有利有弊，找到適合自己專案的框架就好。

4.穩定性測試

4.1 Monkey，UI自動化

5.專項測試

5.1 CPU 記憶體 GPU過度繪製 啟動/載入時長 流量 電量 弱網 許可權 相容 常規檢查，會有對應的工具輔助進行測試

6.效能測試

7.安全性測試

二，測試流程及測試方法

1.通用的測試流程：需求——》開發——》自測——》產品/設計驗收——》提測——》測試——》上線

2.流程要持續優化，不斷改進，滿足工作需要（如產品通過發郵件通知，如開發程式碼的review，如單元測試的推進）一切都為了產品的質量。

3.持續整合，結果及時反饋

三，測試方法論及測試框架

1.專案的覆盤：遇到的問題，估期，效果  bug的整個分析。巨集觀分析：bug趨勢，不同分級，嚴重bug超過多少就屬於不合格的。出現的點是開發還是測試的問題，測試用例是否覆蓋到了這個問題。bug的重新開啟率。bug的預防，測試對bug的分析，追深層次的問題出現原因，找到實現某一類方法通用的方法，實現的基本邏輯，下一次寫用例時就可以新增這部分用例。 2.定期對專案做總結：關注招聘資訊，面試，不同崗位不同要求，面向那些方面，會什麼工具， 3.測試方法論的行成：看，聽，實踐，總結經驗，理解當下，行成適合的最重要。推進問題不要太激進，多瞭解，自己熟悉了之後才會提出自己的意見和建議。 4.測試框架的完善：

• 測試的基本技能
• 測試技術
• 測試流程：結果是好的 才會有影響力
• 測試管理：領導是如果管理的，如果進行分工的，團隊的表現時怎麼樣的，團隊成員的性格及擅長的事兒是什麼

四，網際網路測試過程中的經歷和感悟

1.與開發合作：懂程式碼，理解實現邏輯，bug產生原因的分析，才能更好的與開發溝通交流。

2.提高自己的影響力：借鑑好的東西，分析利弊；有效產出：做出來，小步快跑逐步完善；自己更需要能夠講出來。

3.如果帶新人：這是一門學問也是一門藝術。好的領導可遇不可求。