dev(測試環境):根據開發人員提測的功能塊:
bug狀態標準：提交bug -> 待處理 -> 已確認 -> 已處理 -> 測試驗證 -> 已修復(關閉)需要注意的:有的小公司只有測試環境和生產環境,
嚴重bug：id值 3分，
一般bug：id值2分，
提示bug：id值0.5分。
建議：
二.測試開始條件
專案需求階段，產品提相應的jira，需要召開響應的需求評審會議，測試開始介入，熟悉專案需求，著手設計系統測試用例；
當所有的模組都開發完畢，研發人員對各個模組進行合成進行自測，自測通過後才可以發布測試版本，介面測試開發需要提供對應的介面文件，測試人員根據需求進行系統測試；
當新增功能或者版本公升級，需要對新增功能及公升級模組進行測試，對其他關聯模組進行回歸測試。
三.測試流程
產品，專案管理者，測試人員參，研發人員以及和專案有關聯的其他人共同參與需求會議，需求評審中需要評估本次需求是否需要效能測試，明確需求及任務完成時間，產品需提供詳細的需求文件，產品功能清單，研發人員需向測試人員提供產品專案需求文件、介面文件等，明確測試任務，確定測試週期。需求評審完後由專案經理發出專案計畫表，後續專案進展時間節點按照此專案計畫表來執行。
測試人員根據專案工作量大小及專案進度編寫測試計畫書，對本次測試的範圍、測試進度、測試策略等內容進行把控。
研發人員在功能開發完成且自測通過後發布測試版本，提交測試申請單，傳送提測郵件給測試人員，測試人員進行冒煙測試，冒煙測試通過，進入測試階段，否則打回測試。測試人員在測試階段，要做好版本控制，研發人員在這一版本中修復的bug，需要下乙個版本中再次驗證。
臨時新增的緊急需求和改動點，產品需要提供對應的jira,研發需要新增提測單並且填寫測試注意點。
在拿到需求文件，產品功能列表之後，測試人員就開始著手設計測試用例了。測試人員根據產品功能列表後盡量多的設計測試用例，盡可能多的覆蓋所有的測試需求。測試用例完成後需進行用例評審，產品和對應的研發人員必須參加，評審會上發現的問題需要及時補充和完善。
開發提測後，進行冒煙測試用例，冒煙通過率低於80%，測試有權力打回測試，冒煙通過後進入正式測試階段，測試過程中發現的bug需要記錄在jira中，測試人員要爭取每個bug都能夠重現，便於開發修改；測試人員將bug反饋給相關開發人員，開發人員進行修復，測試人員對已修復的bug進行再次驗證，直到bug解決為止，把狀態置為關閉，並將測試結果記錄。
在約定的測試週期內，在所有的用例都執行完，一般及以上的bug都修復完，遺留bug需要記錄在jira中便於後續版本的回歸，測試人員需要針對本次測試專案編寫測試總結報告，將測試結果反饋，以及容易出現bug的模組給予建議，相關負責人在下次開發中予以借鑑，避免類似錯誤的出現，測試報告可通過郵件形式，讓相關研發人員知曉。
四.測試結束
當所有的用例都被執行完，所有一般及以上的bug都被修復，產品驗收通過，測試編寫完測試總結報告；
基本功能都已實現，一些遺留bug可以再下一版本中修復；
如遇專案緊張，急於上線，測試基本功能沒問題，對於使用者後續發現的bug可以進行跟蹤，並且後續發現的問題記錄在jira中。
njl的學習筆記01
公司流程 迭代週期一般為2個禮拜一次，開發周一周，測試周一周，開發與測試的比例為3 1。對公司流程進行細緻分析 1 規範的測試流程 需求分析 參與人員 產品 開發 測試 開發周 周四大家一起參加會議，產品會給我們詳細講解每乙個需求 需求分析由產品人員制定，他們要做的不是乙份簡單的文件，而是細化每乙個...
演算法筆記學習筆記02
2.5 陣列 問題 a 習題6 4 有序插入 includeint main for i 0 i 10 i printf d n a i 問題 b 習題6 5 陣列元素逆置 includeint main 問題 c 習題6 6 楊輝三角 includeint main if n 2 return 0...
MVC學習筆記 02
仍然是mvc。其本身的框架說簡單也簡單，就是先在實體層中建立好所需要的實體的類，隨後開始在資料訪問層開始向資料庫讀取或是儲存資料，對我而言就是的sql增刪改插這幾種基本的sql語言，只不過每個層中都有自己宣告的物件，也會有一些其他層的引用，所以初學會看的有些混亂，經常出現未引用或是引用了卻使用錯誤這...