測試經驗及測試方法

一，測試型別

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

1.1 測試用例設計：

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

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

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

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

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

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

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

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

1.4.2 完成報告

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

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

3.ui自動化測試

4.穩定性測試

4.1 monkey，ui自動化

5.專項測試

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

6.效能測試

7.安全性測試

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

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

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

1.專案的覆盤：遇到的問題，估期，效果  bug的整個分析。巨集觀分析：bug趨勢，不同分級，嚴重bug超過多少就屬於不合格的。出現的點是開發還是測試的問題，測試用例是否覆蓋到了這個問題。bug的重新開啟率。bug的預防，測試對bug的分析，追深層次的問題出現原因，找到實現某一類方法通用的方法，實現的基本邏輯，下一次寫用例時就可以新增這部分用例。

4.測試框架的完善：

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

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

硬體測試流程及方法 測試流程與測試方法

1.產品 開發 測試流程 需求分析 需求分析由產品人員制定，細化每乙個功能的細節，每乙個按鈕的位置，對於稍大或複雜一點的需求進行建模。需求評審 這裡會叫上所有參與專案人員進行，開發人員 測試人員。測試人員提出需求，開發人員考慮功能實現的方案與可行性 當然開發負責也是要參與的。測試人員主要是對需求的理...

能測試 測試經驗庫

與測試用例設計不同，測試經驗庫更多體現的是測試工程師在日常測試活動中的經驗積累，這些經驗很多時候不一定編寫為測試用例，但可作為測試執行 發現缺陷活動中必不可少的補充。測試工程師可將測試活動過程中積累的經驗，新增到經驗庫中。通過長時間積累，作為產品團隊的一筆 財富 每一位新成員加入，都可以先學習經驗庫...

測試要點及方法

1.功能測試 2.安全測試 3.效能測試 4.可靠性測試 5.壓力測試 6.安裝測試 7.使用者介面測試 8.相容性測試 黑盒測試 資料驅動測試 or 功能測試 概念 檢查程式功能是否按照規格說明書的規定正常使用。關注點 1.檢查該功能是否與原始需求一致，在原始需求的基礎上，新增 刪減的功能都是不合...