20180126
每個迭代完成，缺陷分析，找到根本原因，遺漏問題總結，建立預防方法，對流程規范可以改進的點完善測試規范
范圍 ，時間，成本，質量，人力資源，溝通，風險，采購
1.代碼影響范圍：代碼提交影響app，瀏覽器
解決對策：
開發方面：增強開發的風險意識培訓：代碼評審（特別是增刪改，增加的接口孤立，修改刪除的接口被老功能調用）
測試方面：增加app自動化，保證在發版前pc與app重要業務功能的自動化無嚴重問題
2,風險問題增加預測：
- 人力資源風險：
- 1）開發新人由於不了解業務，不了解程序之間的關系，導致程序失敗風險
- 2）代碼提交特別是新人的代碼修改代碼提交引入新問題--需求階段也有
- 3）開發不自測
- 4）產品階段設計考慮不全（兼容性，一致性等）
- 5）測試方面回歸問題常常忽略異常和多次等異常方面的檢查，在測試流程中增加回歸測試規范
- 時間風險：缺陷多次返工導致時間延遲
- 應對：
- 風險識別：
- 過程中各個階段（需求新增，變更，刪除引入；設計；編碼，公共代碼修改），--上游如需求風險和風險頻度最高
- 組織和人：團隊人員能力，溝通順暢，人手資源--
- 流程（敏捷瀑布不同的溝通流程；開發自測，代碼修改評審，版本管理（增刪改））--中級以上
- 歷史存在阻塞模塊和問題根本原因--高優先
- 風險應對：
- 減輕風險：預防措施：1）增加資源，額外資源引入 2）裁剪低優先級的需求（明確測試范圍）
- 接受風險：新需求加入范圍，通過加班來完成新需求
- 轉移風險：外包
流程性風險：搭建自動化測試環境
過程中測試--測試階段加強業務學習，用例評審，背靠背測試，回歸規范
3.重點把控：
專項測試思路：如工作中jio導入導出的參數對比，沒有文檔，建議與產品徹底溝通，並發郵件發起評審，直到測試用例的設計達成統一意見
特殊的拎出來測試：如不同表樣單浮動，多浮動，單固定，特殊編號，附件，圖片等類型
發版：過程中嚴重問題清零，遺留問題與開發產品相關方討論后，由測試及時關閉
解決對策：
- 產品方面：在開發任務中添加重點工作項，如果未修改完成，繼續在后續迭代任務中跟蹤.
- 測試方面：發版前將重點（高級別）用例過一遍（冒煙測試）
- .測試方面：發版后將疑難問題，遺留問題放入發版郵件，保證測試、產品、開發、實施等相關人之間的信息對稱性
- .增加上個迭代后遺留問題清0處理（在開發任務中添加，如果未修改完成，繼續在后續迭代任務中跟蹤）
4.進度控制
時間優先級：測試重點不明確，導致后期發現嚴重問題，延遲發版時間，
測試方面：將重點問題優先測試，回歸問題時利用自動化提前安排回歸主要常用的流程，防止被影響
測試方面：增加已提交主要缺陷記錄，並更新到發版說明中，防止遺漏
5.開發易忽略問題總結
- 空與null
- 初始化測試
- 權限測試（按角色進行用戶行為分析和場景測試），如是否通過url修改參數信息跳過登陸，沒有權限控制
- 異常：返回，取消，中斷，多次，邊界，空格trim，日期數字格式，特殊字符*%&，超長文字
- 大數據量測試，並發操作（不同瀏覽器同賬戶同步問題，不同賬戶同一瀏覽器串數）
- 保存后刷新，保存后重新退出再次進入
- 彈出框，關閉后，按enter，tab等快捷鍵
- 內存泄漏--增加穩定性測試（長時間操作，使用工具）
- 對重點功能的參數不同維度的組合元素測試：增刪改，如入口方式，資源類型，維度過多可采用正交試驗法選擇代表性測試
- 安全：sql注入，跨站點注入，在輸入框安全腳本常發生注入
- cookie不設定有效時間，敏感信息沒有加密，程序報錯信息包含數據庫等敏感信息，是否存在敏感信息如密碼和支付金額等
- 升級測試、兼容性測試（數據庫升級，舊程序兼容新數據庫；主流瀏覽器和分辨率的兼容設計缺失）
- 日志記錄（包括正常和異常），便於用戶行為分析
- 組合測試：如增加修改刪除連續組合測試，不是單個測試：
- 場景測試
解決對策：
產品方面：增加設計兼容性和頁面規范
開發方面：增加自測冒煙測試邊界兼容等處理
測試方面：
- 在測試框架中完善，
- 在用例評審中將常見忽略問題增加檢查點
- 對開發新人進行常見忽略問題 交流培訓
6.回歸問題
問題：回歸缺陷只回歸正向測試
解決對策：測試方面：增加正向，逆向，多次，重復，增刪改的常規回歸
7.難以重現問題
定位環境問題：數據庫，程序版本，復雜業務參數
使用firebug初次定位問題響應結果是否正確，
數據庫，可以將正式的數據參數遷移到測試服務，開發進行代碼跟蹤
另外總結經驗，進行前台后台的定位