bug 其實是任何產品都無法避免的乙個問題，不是所有的 bug 都能被發現，包括資深測試，或多或少的會出現線上缺陷，誰也不能把軟體所有的功能操作、運用場景想周全。雖說不能做到完全零缺陷，但是每次發布的產品，我們需要追求缺陷越來越少，產品投訴越來越少。
為什麼會出現缺陷漏測，主要有以下幾點：
需求評審階段，對業務需求細節理解不明確，未深入挖掘隱含拓展需求。在實際產品研發過程中，產品需求其實處於乙個細化過程中，在需求 prd 文件互動文件輸出進行評審時，未能把一些產品細節問題、隱含需求暴漏出來，而測試用例的編寫是基於 prd 互動文件。
測試用例覆蓋不全面，場景出現遺漏。在測試用例設計過程中，容易出現思維受限或者需求盲區，我們不可能完全覆蓋使用者使用的所有場景，編寫測試用例的同事不可能把所有的場景都能想周全，把所有的場景下的情況都寫成測試用例這也是不大現實的。
測試階段未嚴格按照測試用例執行。按照測試用例執行測試，可以讓我們盡可能的不出現遺漏一些測試點。但是我們一些同學，不嚴格按照測試用例來執行測試，這樣出現了一些遺漏 bug 實在是不應該。
測試環境、測試資源受限，導致缺陷漏測。網際網路金融類產品的環境是及其複雜的，業務系統不是孤立存在的，關聯方環環相扣，而且關聯系統常常出現不穩定的情況，另外涉及身份證、銀行卡等稀缺資源的使用有限，往往測試完乙個有效資料廢棄乙個有效資料，所以我們可以盡可能通過 mock 、還原客戶的實際環境（比如聯網核查 mock ，銀行卡鑑權 mock ），但是畢竟不是真實的環境，由於環境的差異，可能出現很多意想不到的問題，這些問題可能只在特性的環境、特定的操作步驟下才會暴露出來，在我們的測試環境還原不出來，只能基於生產環境來驗證問題。
開發人員引入的新 bug 。有一些開發人員只會針對你所提交的 bug 中問題的描敘步驟解決，並不會去排查該問題有可能涉及的所有點，有可能出現解決了這個問題，而引入了乙個新的問題。另外，乙個不熟悉功能模組的開發人員來修復 bug ，因為業務不熟悉，考慮不周全導致無意識的引入新的 bug 。
APP移動測試
自網路 一 首先是測試資源確認及準備 1.1 產品需求文件 產品原型圖 介面說明文件以及設計說明文件等應齊全 1.2 測試裝置及工具的準備 ios和andriod不同版本的真機，以及相關測試工具的準備。二 測試用例的設計與評審 1 根據產品需求文件 產品原型圖等文件，設計客戶端的一般功能測試用例 2...
移動端測試 （APP測試）
五 h5頁面測試 1.android與ios 3.功能測試 能測試就是驗證各個功能是否與需求實現一致，可以從以下幾個方面進行測試 3.1 安裝解除安裝 1 在不同的作業系統下驗證安裝解除安裝是否正常，如android ios等 2 軟體是否可以通過第三方工具進行安裝 解除安裝 3 安裝解除安裝過程中...
移動app測試總結
2 解除安裝 1 直接刪除安裝資料夾解除安裝是否有提示資訊。2 測試系統直接解除安裝程式是否有提示資訊。3 測試解除安裝後檔案是否全部刪除所有的安裝資料夾。4 解除安裝過程 現的意外情況的測試 如宕機 斷電 重啟 5 解除安裝是否支援取消功能，單擊取消後軟體解除安裝的情況 6 系統直接解除安裝ui測...