完成今天的工作量了缺陷分級（不是意識上的用缺陷軟體排列的簡單分級）。然後思考了遊戲測試依然是乙個落後的瀑布型的驗收流程。那麼就需要花一些時間去更多的思考如何改善測試內部的工作流程。
工作分配的流程：（工作分配很簡單麼？）
舉個簡單的例子（只是個故事，請勿有代入感），團隊裡的工作分配的問題，有abc三個人，a的能力最高，現在面臨了1個階段的工作，如何去切割存在互動工作。把互動工作切割成3份比較均等的量，只劃分了3個難度，a做a類，b做b類，c做c類，a同時立為督導的作用。b勉強勝任b類工作。尤於是階段性的工作安排，需要考慮時間的因素。三天內完成和校對結束。（關鍵字：交叉互動，均等公平的量，對比難度，三份，督導）
第一天：
a對a類的活，開始分析和執行了1部分，就被b和c去打斷了。
a去幫助b的時候，c愁眉苦臉的對著自己的那份。<=這個時候b沒有去幫助c，因為督導是a
a幫b解答了問題，再去幫c去講解一下。一天就過去了。
第二天：
繼續c的問題，然後幫b去溝通互動部分的內容，由於a自己的那部分還沒有怎麼寫，只能概念上的溝通。
等到c滿心歡樂，最早進入除錯的階段後，a去安撫已經氣的鼓起來的b，一看內容，火了起來。等a自己做完，第二天也結束了。
第三天：
第乙個完成內容的是c。a已經沒時間幫b了，下午時，b和c一起溝通也完成了自己的那份。最後所有人都完成了，a卻沒有完成。專案目標沒有達成，還造成了a沒完成，互相埋怨下，導致大家都很生氣。
那麼這個如何改善呢，短時間內如何改善呢。
我們把上面的關鍵字取下來（關鍵字：互動，均等，難度，三份），無督導。
切割成4份（a,b,c,d），然後把互動部分放到a裡面，把一些固有模組化的但也需要佔時間的放在d類裡，a完成b類的，b完成c類，c完成d類的。這樣完成起來也游刃有餘。
約定了1個時間點 當大家攻城一樣完成自己手上的，然後大家在一起完成互動的部分，最難的由a和b一起完成。
結果可能不到2天半就完成了。
關鍵字的變化（交叉互動，均等，對比難度，三份，督導）=>（四份，向下的對比難度，協作互動，時間點）
大家可以比對下內容，改動地方其實很小。但效率和所獲得士氣就不一樣了。
難度在互動部分的工作流的提取和固有模組的提取，那也是一種分布，一種梯階交叉的工作流，如果你是痴迷工程學的人，可以聊聊。
測試工作小結
從 dev轉做 tester 一段時間了，稍微總結一下。首先說tester 的思維方式與 dev完全不同，我一度經常陷入到原來 dev的考慮問題的老路上去，對一些缺陷總是覺得不安，但實際上軟體產品總是有缺陷的，只要它達到可接受的質量程度就行了。我做tester 的工作主要是 get cases 通常...
測試工作 XPath
xpath 是一門在 xml 文件中查詢資訊的語言。xpath 可用來在 xml 文件中對元素和屬性進行遍歷。xpath 是 w3c xslt 標準的主要元素，並且 xquery 和 xpointer 同時被構建於 xpath 表達之上。因此，對 xpath 的理解是很多高階 xml 應用的基礎。其...
測試流程 測試工作的展開
一 測試的流程 測試貫徹在產品生命週期中的每乙個環節，從需求提出開始到測試計畫 測試設計以及測試用例設計與評審及執行，最後進行回歸測試。產品發布上線後跟蹤使用者使用的反饋，週而迴圈直到產品不在維護。1 參與需求的評審 評審內容主要分為功能性 準確性 完整性 可測性 優先順序和約束性。當然還有其他的效...