其實就現在而言，我目前的工作流程是這樣的(當然是以乙個版本迭代為週期):
評審新需求，記錄關鍵點–>編寫測試點(用例)–>測試之前向開發了解部分實現–>執行測試(翻閱**，檢視主邏輯走向《可選》)–>提交bug–>回歸bug(檢視bug**改動)–>新需求的效能評估(可選)–>發布前的系統測試(結合自動化)–>發布–>自動化用例的補充(可選)–>業務邏輯總結歸總–>休息那麼基本流程就是這樣了，那麼可以看到一隔專案組的正真的測試人員，是要完成這麼多工作的，所以這也是用來區分手工的外包人員和正式員工的區別，外包怎麼樣，大家都知道。
補充：
竊取某個大神的關於時間安排
時間 工作內容
30% 評審用例維護等準備以及後期工作
20% 執行測試用例，bug回歸
50% 自動化 && 新技術學習，引入
軟體測試工程師
首先，最根本的還是要看企業自身的需要，綜合自己的測試團隊力量，自己公司的研發狀況，當然還有公司的資金 到底到測試這塊公司願意投入多少money呢?另外要搞清楚自己公司招聘測試人員的目的是什麼?比如，如果公司暫時還沒有測試團隊，這個時候公司剛好有財力，同時研發力量比較大的時候，因為發展的需要，必須要組...
軟體測試工程師
理解產品的功能要求，並對其進行測試，檢查軟體有沒有缺陷，測試軟體是否具有穩定性 安全性 易操作性等效能，寫出相應的測試規範和測試用例的專門工作人員。最重要的客戶是軟體的使用者。測試工程師需要站在客戶的使用和需求角度測試軟體，報告問題。軟體測試只能證明軟體存在錯誤，不能保證軟體沒有錯誤，不可能找出全部...
乙個軟體測試工程師的學習體驗
我最初參加測試工作的時候，不知道什麼是軟體測試，整合測試和系統測試的概念經常混淆，cmm 是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟體測試的高手，傲視天下，所以不斷偷師...