測試經驗的總結

軟體職業生涯總結

專案一：mtk應用軟體測試

產品流程為：產品立項---產品定義--產品設計開發---提交產品---開發人員測試（開發部有一人專測）----產品部驗證產品**下）

1）有bug轉到開發部門進行修復，修改後再次驗證，驗證通過轉到第2點

2）無bug直接與中介軟體通訊進行資費測試

產品流程為：產品立項----產品設計開發---提交產品---測試人員根據實現功能進行測試--bug提交---bug修復---bug關閉

測試內部流程：編寫測試方案---編寫測試用例--提交新版本執行用例---bug提交與跟蹤---bug的修復與驗證----測試回歸測試（回歸只針對修改部分進行詳細測試，其它未改動部分正常功能測試）--多個基線回歸測試---後期使用手冊的編寫

產品流程：產品市場調研---產品需求定義---產品設計開發---測試----回歸測試----測試報告---上線

測試內部流程：熟悉需求---編寫測試用例---執行測試用例---回歸測試---編寫簡潔測試報告---產品上線測試

以上為本人所在公司的一些工作流程，個人以為都不太完善。因為都是一些小公司很多流程就省略了，都說一些大公司的流程比較規範，各位大俠一起分享喲！

以下為個人對流程的一些想法，請多多指教！

軟體生命週期：

產品產項---產品定義---產品需求----需求評審（個人覺得測試很有必要參加這個評審會議）---確定需求---產品設計---產品編碼----產品成型----測試---回歸測試---測試報告---維護

（產品成型後如若能安排時間與測試人員互動，讓測試人員了解開發的一些設計邏輯或業務流程對測試人員那是相當的有幫助，目前所有公司軟體的業務流程都是測試人員乙個個去問的，想深度發現bug一定要了解業務流程，否則只能發現一些表面的問題）

ios應用測試流程一：

第一步：遍歷自己模組，檢視大的功能點是否已實現

1）未實現拒絕測試轉給開發人員內測

2）已實現轉到正常流程測試，轉第二步

第二步：執行所有的測試用例

1）優先執行正常功能的用例

2）執行異常的用例

3）按模組執行用例，即正常的異常的一起執行

此不知各位覺得哪個好些呢，我們實際操作都是按的3來的，每次時間都覺得很緊的？

第三步：bug的提交與跟蹤

提交的bug即使告知開發人員，功能bug直接描述，對於一些涉及到ui的問題截圖加附件以便開發人員知道具體的現象。

第四步：提交新的基線測試

1）驗證上一輪bug修復情況，未修復轉給開發人員；已修復關閉bug

2）驗證bug完畢後進行正常功能的驗證，時間允許的話執行正常功能用例

第五步：重複第四步，執到所有bug均已修復，或大部分bug已修復

第六步：遍歷所有模組的正常功能測試（測試環境），提交測試環境測試報告

第七步：生產環境的測試（所有正常功能的測試），提交生產環境測試報告

第八步：產品上線後的驗證測試