個人工作方法，僅供參考
早階段過程：PRD熟悉分析àUC分析à測試設計和用例編寫，單純從功能出發à測試執行。
現階段過程：PRD熟悉分析àUC分析，系統設計分析à測試設計和用例編寫，不僅從功能出發，更重要的是從系統框架上考慮à測試執行
對比這兩個階段，測試過程中多關注了系統設計和系統框架。在經歷了這么多項目功能測試后，感覺從系統角度考慮功能測試意義重大，能夠更大程度更細致的發現問題，并且節約很多測試時間，提高測試的效率—前提，需求本身貫穿始終。
目前淘寶系統拆分,C/M分離，還有非常多獨立的應用平臺，原來一個Denali應用現在不知道拆成了幾個C/M。這種情況下，對一個涉及多應用平臺的項目來說，大多數開發關注的僅僅是某個CorM的功能，或者與其他平臺的接口交互，至于接口返回內容，常常認為是對方開發范圍內，并不屬于自己的管轄。但對于我們測試人員來說，我們是站在整體功能角度上，不能夠僅僅是某個CorM功能正確，更應該保證系統性的功能交互正確。因此，在功能測試時光了解功能是遠遠不夠的，從系統角度把握才能夠真正了解功能實現的內在。
以大家知道的發布寶貝過程為例,從類目選擇到發布完成，可能涉及Catserver,Forest,IM,IC,SC等眾多應用。若不了解這些應用之間的交互，對測試人員來說功能測試就太過于表面化，并且不能夠自己排查定位問題，從而提高問題跟蹤解決效率。自己排查定位問題的最直接利益表現：不需要詢問開發人員bug的原因，而是直接告訴開發人員這個bug可能是由于什么判斷or調用引起，讓他直接查改就行。Look，多屌!我們還可以擺脫單方面被開發忽悠的窘狀，提高測試人員在實踐面前的地位。
注重系統設計和框架，并不表示要若化其他因素，這也僅是我在工作中的模式，因人而異。每個人需要做的是找個適合自己的工作方式，好好工作，享受生活!
文章來源于領測軟件測試網 http://www.kjueaiud.com/
