轉測試流程和規範
1. 流程
2. 規範
2.1 基本性要求
1、如果沒有經過專案經理組織的內部版本自測，那麼版本打回，不予測試。
2.2 研發轉測試的DI值要求
研發階段轉測試：
每個交付點測試的遺留問題累計： DI值不超過30。
具體DI值，依據專案規劃階段定義為準。
整合驗收階段轉測試：
每個整合驗收版本測試的遺留問題累計：無致命問題和嚴重問題，DI值不超過10；
具體DI值，依據專案規劃階段定義為準。
2.3 交付件和時間要求
1、除可執行程式外，其他檔案都是正式測試前一天交付
2、交付件要求如下：
分類 | 交付內容 | 交付檔案說明 | 輸出人 |
釋出說明類 | 自測問題迴歸列表和結果 | Excel | PM |
自測的用例執行結果 | Excel單獨文件，欄位同測試用例。 | PM | |
自測統計和報告 | 《轉測試報告-XX產品-XX.XX版本.doc》這一個文件即可 | PM | |
遺留問題單列表及統計 | PM | ||
新增特性列表 | PM | ||
完善功能或特性列表 | PM | ||
修復問題列表和影響列表 | PM | ||
測試建議和要求 | PM | ||
可執行程式 | 可執行程式 | 產品經理/專案經理 | PM |
相關推薦
轉測試流程和規範
1. 流程2. 規範2.1 基本性要求 1、如果沒有經過專案經理組織的內部版本自測，那麼版本打回，不予測試。2.2 研發轉測試的DI值要求研發階段轉測試：每個交付點測試的遺留問題累計： DI值不超過30。具體DI值，依據專案規劃階段定義為準。整合驗收階段轉測試：每
項目實施流程和規範模板（測試方向）
軟件測試 測試管理 項目管理 小強測試品牌 測試幫日記 1. 簡介1.1 編寫背景隨著公司業務的快速發展，技術部面臨的基礎技術研發、客戶系統建設、新產品研發、老舊系統改造等各類建設項目越來越多。但在眾多技術人員參與、並發項目交互的情況下，如何定義和制定項目實施流程和管理規範顯得越來越重要。
Web網站的測試流程和方法（一）
不同的 ui測試 放置 有時 測試流程 數據 測試的 雲測 切換 近期，Alltesting的眾測平臺 有不少web網站的功能測試項目，像： 農事GERP種植系統 雲測試平臺 頭號專家網項目第三輪功能測試 於是，有些新加入眾測平臺的
APP測試流程和測試點
軟硬件 定位 硬件 pst 消息推送 訪問 業務 安全 目錄結構 1 APP測試基本流程 1.1流程圖 1.2測試周期 測試周期可按項目的開發周期來確定測試時間，一般測試時間為兩三周（即15個工作日），根據項目情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管確
軟體測試流程及規範（參考大華為的規範）
軟體測試流程及規範（參考大華為的規範） 參考某大佬（窩真不知道是哪位大佬）總結的測試流程並結合在華為做測試學到的規範，整理的我們公司的測試流程，分享是一種美德，so開始你的閱讀吧~ 軟體測試流程及規範 一、目標 制定完整且具體的測試路線和流程，為快速、高效和高質量的軟體測試提供基礎流
軟體測試流程及規範
注：非通用標準流程，僅為大家提供參考。 目標 制定完整且具體的測試路線和流程，為快速、高效和高質量的軟體測試提供基礎流程框架。最終目標是實現軟體測試規範化、標準化。 測試流程說明 流程圖 需求分析 需求分析由SA制定，要求細化每一個功能的細節
【軟體測試】軟體質量標準與測試依據和規範
1. 軟體質量標準（ISO） 1.1 軟體質量保證（ISO） ISO (International Standardization Organization,國際標準化組織) TC/176技術委員會制定的所有國際標準 質量保證標準（ISO9001/2/3） 質量
android效能專項測試流程和學習計劃
前陣子一直在研究效能測試，但是困難挺大的，公司也主要是功能測試為主，也沒有大神帶帶我這個小白…於是自己一個人滾滾爬爬一直停在指標啊，工具的學習上面，網上的文章也都是介紹某個效能工具的使用，就沒有一
公司流程不規範的情況下，如何做好測試工作？（轉http://www.51testing.com/html/11/15160311-3719792.html）
www html 相關 負責人 ron 測試 testin pac div 這對我們來說是個機遇！ 首先我要說，公司目前制度不規範，對我們來說是個機遇，絕對是個機遇！遇到這個好機會你還在等什麽？如果說這個公司已經足夠好了，那他還請你過來做什麽？你的能力還足以讓公司有更高的
規範的測試流程 （轉自51testing）
規範測試流程 需求分析： 需求分析由產品人員制定，他們要做的不是一份簡單的文件，而是細化每一個功能的細節，每一個按鈕的位置，對於稍大或複雜一點的需求都進行建模。 需求評審： 需求評審（產品需求人員、開發
網頁設計、web前端、後臺的開發流程和註意事項 -----轉
開發人員 命名 彈出層 設計效果圖 元素 文檔 這一 dem sof 工作2年了，總感覺每次做項目的時候，都是趕時間，趕時間，加班幾班，可是最後總結一看，百分之50的時間都浪費在做無用功上面了，甚至因為設計人員的失誤，造成了前端和程序大量的返工，休整，加班，造成了開發人員
[轉]淺談軟件測試流程
self ora con 全部 mar 剖析 我們 blue 特點 【摘要】 軟件測試從哪裏開始到哪裏結束？中間要經過哪些環節以及各環節要註意哪些事項。本文就有關問題結合個人實際工作經驗進行闡述，鑒於每個環節都可以做為一個專題來進行探討，所以受篇幅和時間限
APP切圖流程和APP切圖命名規範詳細完整版
con hdpi blog desktop src ron 優點 down tableview 轉自：http://www.25xt.com/appdesign/7339.html 我們都知道一套完整的 App 通常會有很多張切圖，不管是 iPhone 需要 1x、2
軟件產品驗收測試標準和流程
驗收測試 軟件測試 測試幫日記 小強測試品牌 1. 驗收測試簡介1.1簡介驗收測試即由產品開發方按照新浪提供的需求文檔中所有內容（或按合同及其它有效約定，對方承諾實現的需求）進行開發、內測完畢，提交版本符合驗收測試標準，通過新浪質量保證部進行的測試。通過驗收測試判斷產品質量是否符合產品需求，功
【轉】關於java 單元測試Junit4和Mock的一些總結
原文出處請點選這裡 1. 單元測試的必要性 最近專案有在寫java程式碼的單元測試，然後在思考一個問題，為什麼要寫單元測試？？單元測試寫了有什麼用？？百度了一圈，如下： 軟體質量最簡單、最有效的保證； 是目的碼最清晰、最有效的文件；
系統吞吐量（TPS）、使用者併發量、效能測試概念和公式【轉】
PS：下面是效能測試的主要概念和計算公式，記錄下： 原文傳送門 一．系統吞度量要素： 一個系統的吞度量（承壓能力）與request對CPU的消耗、外部介面、IO等等緊密關聯。 單個reqeust 對CPU消耗越高，外部系統介面、IO影響速度越慢，系統吞吐能力越低，反之越高。
規範測試流程
1、流程梳理，重點把關一些測試流程 需求review 測試用例review 開發提測，冒煙用例的自測，提高測試版本質量 上線前報告，總結已經發現的問題，描述上線後可能的風險，將風險予以溝通 線上bugreview, 制定線上Bug的分析流程。關注線上bug產生原因、分析bug影響範圍，
電動平衡車出新國標了，具體有哪些測試專案和流程及費用？
GB/T34668-2017電動平衡車安全要求及測試方法》 主要針對平衡車安全方面，主要圍繞平衡車的材料、外殼、銳利邊緣、安全保護功能和元件等一般安全要求，電氣安全、機械安全、環境可靠性、標誌和說明，以及相應的測試方法而做出規定，為製造商、檢驗檢測單位和使用者提供必要的安全
效能測試流程5步走：BS架構和CS架構效能指標大對比
效能測試的目的，簡單說其實就是為了獲取待測系統的響應時間、吞吐量、穩定性、容量等資訊。而發現一些具體的效能相關的缺陷（如記憶體溢位、併發處理等問題），我認為只是一種附加結果。從更高的層次來說，效能測試最想發現的，是瓶頸。如何能得到所需要的資訊，就需要從多方面進行測試。
大神教你玩轉 SSD 系列二：基準測試環境和專案
如何評估固態儲存裝置的效能，並根據業務需求挑選出合適的SSD產品？在上一篇中，介紹了 SSD 基準測試應該關注哪些指標，這裡我們繼續關注基準測試環境和具體測試專案。 前言 本系列將分為以下 4 個主題進行介紹。 一、SSD基準測試應該關注哪些指標 二、基準測試環境（工具/磁碟要