前提：針對乙個從零開始的全新的專案
一、目標
結合公司現有的專案情況制定合理規範的測試流程，提高測試效率和產品質量，盡可能減少客戶對產品的問題反饋，
核心還是要加強專案組成員之間的工作交流和溝通，保證整個專案的高效率的按質按量的交付。
二、測試流程說明圖
三、測試流程
1.需求分析
參與人員：客戶、專案經理
由專案經理(專案負責人
)與客戶相關人員開會確定需求，明確主要功能點，具體到某乙個的小功能，一旦和客戶那邊確定了需求，就可以開始啟動整個專案的工作
2.需求評審
參與人員：開發、測試、設計、產品
所有的從零開始的專案都需要需求評審，在需求評審過程中，開發從技術角度來分析實現方案，實現的難易程度。設計(美工
)人員從視覺互動的角度給出適當的建議，
有沒有不合理的互動流程，哪些地方需要再優化，測試從使用者角度來給出產品的用途邏輯上是否存在不合理的建議，
在需求評審結束之後，明確相關人員的具體職責工作，評估設計，開發周期，測試週期，制定專案計畫
專案計畫由專案經理制定，內容分為：成員職責(把開發任務分配到每乙個成員身上
)、專案進度
(成員在限定日期前需完成哪些功能，版本打包上線的最後時間期限
)3.測試計畫
參與人員：測試組長、測試成員
測試組長把任務下發到具體的測試人員，對應具體的測試模組或任務
測試組長制定測試計畫，計畫的內容有以下：
①測試內容：所測試的功能清單
②測試規則：測試方法、測試要點、測試工具
③測試環境：硬體環境、軟體環境、其他特定環境
④專案任務：測試規劃、測試設計、執行測試的準備、測試執行、測試總結
最終以文件形式輸出：測試計畫
4.編寫測試用例
參與人員：測試人員
測試人員依據制定的測試計畫和功能點，編寫高質量的測試用例
最終以文件形式輸出：測試用例(excel**
)5.用例評審
參與人員：開發、測試、產品
目的：確認細節規則和測試結果的準確性，避免功能點的遺漏
根據專案大小或者專案的上線時間來決定是否需要開評審會，此項視情況而定，若時間緊急，可直接測試組長和測試成員進行評審，由測試組長把關測試用例的質量。
6.執行測試用例，提交缺陷
參與人員：測試人員
在執行測試用例之前，先做個冒煙測試，驗證專案基本的主要功能點是否通過，這項操作的目的是來評判這個版本的功能是否可測，若初步的冒煙測試都沒有通過，則打回開發組，要求開發組返工。
第一輪簡單的系統測試後，開始執行測試用例，發現缺陷，在bug管理工具
jira
上提交缺陷，分配到對應的開發人員，由他們進行修改。
測試內容：①功能測試 核心業務流程，功能完整性，需求的覆蓋性，體驗性
②相容性測試 多個測試平台覆蓋
③介面測試 許可權的處理，狀態的約束
④效能測試 壓力測試，併發測試
⑤安全測試 傳輸資料加密，使用者訪問認證，日誌記錄等
文件輸出：缺陷記錄，測試的資料，已執行的測試用例
7.bug跟蹤直至缺陷關閉
bug內容：編號，功能模組，缺陷描述，截圖，優先順序，嚴重程度，版本號，處理 人，狀態，開始時間，結束時間，環境（測試）
缺陷狀態：新建，已處理，已拒絕，已解決，已關閉，延遲處理，重複缺陷
缺陷處理流程：
①開發認為是缺陷的處理：
測試人員發現並提交缺陷，由開發人員進行處理，開發人員修改了這個缺陷就會將 這個缺陷的狀態置為已解決狀態讓測試人員進行驗證。測試人員對這個已修復的缺 陷進行回歸測試，如果回歸測試通過，則將缺陷狀態置為已關閉，如果回歸測試沒 有通過，則將缺陷狀態置為新建狀態等待開發再次修復，直到修復成功。
②開發認為不是缺陷的處理：
測試人員發現並提交缺陷，由開發人員進行處理。但是開發人員認為不是缺陷，則 將該缺陷的狀態置為已拒絕狀態並提交回測試人員，可簡單描述拒絕原因。測試人 員如果認為確實誤報了缺陷，則直接關閉，如果經過測試人員和開發人員溝通交流 過後認為是bug，則測試人員重新開啟（新建）讓開發人員繼續修改，開發人員修 復這個缺陷置為已解決，提交給到測試人員進行回歸測試，直到回歸測試通過為止。
③開發認為重複缺陷的處理：
測試人員發現並提交缺陷，由開發人員進行處理。但是開發人員認為是重複缺陷， 則將該缺陷狀態置為重複缺陷，測試人員一定要確認該缺陷是否確實重複，如果確 實是同乙個缺陷，則將重複的缺陷直接關閉。如果不是同乙個缺陷，則重新開啟該 缺陷，繼續跟蹤。
④延遲缺陷的處理：
測試人員發現並提交缺陷，由開發人員進行處理。但是因為專案和時間等因素，某 些缺陷無法在專案週期內完成，則需要進行延遲處理（備註：延遲處理的缺陷本身 被確定為有效缺陷），對於延遲的缺陷需要經過開發、測試、專案經理、客戶代表 共同認可方可延遲。對於延遲的缺陷，置狀態為延遲處理。到了下乙個版本，測試 人員就應該把所有延遲處理狀態的缺陷重新置為新建狀態，讓開發人員繼續修復。
經過兩到三輪或四輪的測試後，直到沒發現新的問題。或暫時無法解決，或不緊急的問題，跟專案負責人確認後，可以通過。
8.測試結束，生成測試報告
當測試通過後，需生成乙份測試報告，測試報告內容（重點）：
①測試專案的版本，測試專案內容的概述
②測試用例的執**況
③測試結果的統計：總bug數，bug級別分類統計，已解決數，遺留數
④測試評估：基於軟體缺陷的質量評估，寫明在當前版本，已實現的功能和未實現 的功能
測試報告文件輸出：說明該專案軟體的開發是否達到預定目標，是否可以交付使用
記錄測試結果與發現及本專案測試工作所得到的各項輸出的承載體
根據輸入與計畫、要求的對比來總結此次專案所獲得的經驗
9.備註
前期的準備工作和最後的交付件：
無亂碼filter完全通用版
dofilter req,resp,chain 1 轉換型別 2 if method.equalsignorecase get enumeration names req.getparameternames while names.hasmoreelements string name string...
通用版上移下移儲存過程
今天終於寫出乙個通用版的上移下移儲存過程，表明，主鍵名，排序欄位名等都是動態的，之前寫了個針對特殊表的上移下移操作顯然顯得很不靈活。在下面的儲存過程中，包含了許多寫動態儲存過程的思想。由於我是新手，尤其是對於動態儲存過程 trans sql 剛剛接觸。接下來一篇寫點關於動態儲存過程的！順便總結一下該...
基於jquery自己寫滑動門 通用版
今天與大家分享一下，自己寫的滑動門。在網上也搜尋了一下，沒發現比較好的，於是乎自己寫一吧 寫起來也很簡單，為了方便使用，我已經盡量封裝好了。好吧，閒話少說，直接上 吧.css main main top main top ul main top ul li.h qian main top ul li...