注意：在此階段不要執行新的測試用例，保證gmv能在合理的時間（一般2~4周）內完成並成功交付給客戶或投放市場。
對於不同作業系統平台或資料庫，呼叫的安裝程式和啟動的包裝油可能不同，因此在成品測試階段，應該盡可能涵蓋所有系統平台和資料庫，以保障客戶在不同系統上的正常應用。
成品測試範圍及策略歸納總結：
成品測試的測試案例必須是以前測試階段測試過的案例，不應該有新測試案例或對新系統平台設定的測試
所被挑選的回歸測試案例要盡量能夠涵蓋程式的主要功能，確保程式的主框架沒有由於前期**改動而產生缺陷
對於前期測試中發現較多問題並改動**較多的功能部分，應多挑選一些回歸測試案例進行回歸測試
效能測試一般選擇最被廣泛使用或者大型客戶常用的平台。選擇最簡單的分支但盡量擴大分支覆蓋的範圍
所有測試都應基於***或iso檔案安裝應用程式，嚴禁用構建測試環境來安裝應用程式並進行測試
安裝應盡量涵蓋應用程式支援的所有系統平台及資料庫型別還有安裝模式
由於時間限制，成品測試案例大約佔前期測試階段所有測試案例的5%~10%
成品測試是各團隊協同作戰，乙個團隊的完成並不等於整體的完成。成品測試大約需要1~2周時間，對於每個驅動，大約需要2天完成。對不同的驅動，由於周期短，時間有限，每個測試團隊根據情況有自己的測試策略。並不是每個驅動都要重新測試所有案例。
對不同成品測試候選驅動測試策略：
各團對必須完全測試第乙個驅動，以後的驅動需要審時度勢，看編碼改動情況來決定測試範圍。
由於每個驅動都需要重新構建打包，因此每個驅動都需要進行必要的安裝測試和構建測試，以保障沒有重要檔案的缺失。
專案組決定的最終成品候選驅動，將會是客戶最終拿到的產品。各測試團對盡可能在此驅動上重新完成重要測試案例，以防功虧一簣。
遷移測試和個別安裝測試(集群安裝)案例測試周期長，極少受由於其他類別測試缺陷而修改**的影響。因此在整個成品測試週期一般只需要測試一遍。
由於大部分測試都會在兩天內完成，為了有效縮短整個成品測試週期，第二個成品測試候選驅動會在兩天後開始構建，而不必等待遷移測試和個別安裝測試案例測試結束。
-->在成品測試中，**已經幾乎被凍結，但由於可能存在一些新bug，還是需要修改**，因此，大部分公司會開成品測試缺陷評判例會，在敏捷模式下，由於每天都有站會的存在，這個會議在成品測試期間可能單獨開，也可能會在站會裡同時開，後者會佔據較多的時間。
-->回歸正題，為什麼要有成品測試缺陷評判例會？因為成品測試階段時間有限，且測試接近尾聲，不適合改動大量**以防給客戶造成更大的損失，但是缺陷不可能完全不存在，因此，在此期間需要對發現的缺陷進行綜合分析，並根據對客戶的影響和其緊迫性提出相應解決方案。
-->成品測試缺陷評判例會是怎麼樣乙個會議？其實這個例會主要用來及時分析所發現的缺陷並根據缺陷影響給出解決方案。
-->那麼，誰會參加成品測試缺陷評判例會？一般專案經理都會要求各開發團隊代表、各測試團隊代表、客戶支援代表甚至產品補丁版本專案經理一起參加。
-->如何在例會中決定缺陷的最終解決方案呢？會議由專案經理組織，專案經理會通過聽取各方意見來決定其最終解決方案。
成品測試階段對缺陷的綜合分析要點
缺陷是如何發現的。如果不是回歸問題，為什麼在測試前期沒有發現，是否存在其他潛在的測試漏洞。
有幾種方法可以解決缺陷，每種方法的優缺點及客戶的接受程度。
缺陷修改對當前**架構的影響，會影響到哪些測試團隊。
受影響的測試團隊需要多少時間和人力來完成由於**修改而必須執行的測試案例包括回歸測試案例。
如果此缺陷不在當前的版本裡修改，將對客戶和客戶技術支援團隊造成什麼影響。
客戶對此產品缺陷的最大容忍時間大約多久。
成品測試階段對缺陷的解決方案
在當前產品版本裡修改缺陷，並按時交付給客戶。
在當前產品版本裡不修訂缺陷，盡快在產品補丁版本或小版本裡修改缺陷，並盡快交付給客戶。
在當前產品版本裡不修復缺陷，在下乙個產品公升級版本裡修改缺陷。
在當前產品版本裡修改缺陷，但需要延遲交付時間。---這種情況很少見，也是產品專案都要想方設法避免的。
質量檢測報告
質量檢測報告時專案中需要完成並得到審批的乙個重要檔案。在專案初期，專案經理需要和各團隊負責人共同制定產品質量檢測計畫。
質量檢測報告的內容
專案特徵：包括產品交付日期、專案大致介紹、人力物力資料、關鍵日期、潛在的產品介紹、開發流程等。
產品使用者體驗：開發產品的可用性、可靠性、安全性、整合性、維護性等方面制定一些具體指標。
效能指標：避免超負載、執行過慢等有害現象。
產品試用版本計畫：如果有此計畫，需要列明試用版本交付日期(一般早於產品正式交付日期)和潛在試用客戶名單。
質量預見性指標：是產品質量保障的重要檢測指標。通過對這些指標的制定，可以對開發和測試環節的流程，方法及範圍起到有效的監督作用，主要包括：
評審指標：對一系列方案、架構、案例、**進行質量把關，能夠有效杜絕嚴重的設計錯誤和測試漏洞。
測試指標：判定測試來進行質量把關。
專案退出指標：允諾的功能都完成了開發和測試，若是公升級版本，還要求沒有回歸問題產生。
延緩缺陷指標：延緩修復的缺陷不能超過總體發現缺陷的一定百分比，從而對產品所知缺陷率有總體控制，保證產品質量。
源**分析指標：評測源**是否利用一些工具進行靜態**分析、架構分析、**測試覆蓋度分析，用於側面判定產品質量是否有保障。
最終審批
專案最終是否和計畫的專案特徵相符，是否按照計畫進行開發流程。
產品使用者體驗的指標諸如可用性、可靠性、安全性、整合性、可維護性等方面是否達到要求。
所有效能指標是否能達到計畫的標準。
缺陷分析
貫穿整個專案測試過程，通過不斷進行缺陷分析，來監控在開發和測試中是否存在問題和漏洞，並根據分析結果來調整測試範圍和策略，防範於未然。
APP軟體半成品測試技巧
由於現在產品型別的多樣性，產品功能的先進性，更多體現在產品質量的穩定性和可靠性。軟體應用的領域不斷深入，設計的複雜程度逐步擴大，開發的週期不斷縮短，質量的要求就逐漸提高。然而根據我們公司的版本迭代速度，測試時間先鬆後緊的，以至於到最後有時會無法保證產品質量，根據上述情況我做了以下策略，僅供參考 1 ...
軟體測試之 軟體測試方法
1 介紹測試方法 2 區分黑盒測試 灰盒測試和白盒測試 邏輯覆蓋測試 3 區分靜態測試 控制流分析 資料流分析 資訊流分析 同行評審 和動態測試 動態測試工具 4 了解手工測試和自動化測試。在介紹以上軟體測試方法時，需要先了解軟體產品的概念，軟體研發過程中產生的所有文件和 都可以稱之為軟體產品，同時...
軟體測試之測試術語
軟體測試 軟體測試，指通過某種手段來執行或測試某個系統的過程。其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。軟體測試是為了發現錯誤而執行程式的過程。測試用例 指的是在測試執行之前設計的一套詳細的測試方案，包括測試環境 測試步驟 測試資料和預期結果。用乙個等式來簡單表示 測試用...