ThoughtWorks---Open House 2012(測試空間)總結

測試空間活動:參加活動的人員分成四個小組,每個小組由一名thoughtworks員工領隊,小組成員,每人手中拿到一份“需求”,小組成員進行討論對“需求”進行明確,不明確的地方向領隊確認,最後形成一份文檔交付給客戶。活動時間共計5分鐘,包括小組成員意見達成統一,文檔書寫到白板上。

本人不擅長領導別人,所以分成小組後,便無公害的跟在小組成員後面,看手中需求文檔,記錄不明確的問題,聽小組成員討論,向領隊提出自己的問題,向小組成員澄清自己已經確認的問題,待小組得到統一的意見後,無公害的乾點打雜小活兒,很快活動時間到,各小組將自己的成果展示在白板上,並依據白板向其他人講解自己的思路和流程。白板展示的形式各有千秋,有流程圖、有僞代碼、有表格、有文字說明。待各個小組演講完畢,組織者提出了幾個問題:這份文檔是要給誰看的?他們有寫代碼、看流程圖的能力嗎?你的客戶要學習你的語言嗎?答案是客戶看不懂這份文檔。作爲服務方,我們應該學習客戶的語言,以客戶的思維和專業術語與他們交流。所以,幾組都是失敗的。組織者繼續講到,文檔有文字描述,便會存在有歧義和不明確的地方,用文字說不清楚的,儘量用數據來說話,一目瞭然。

組織者建議大家重新討論並修改自己的方案,但是很多人沒有了剛纔的新鮮感,有些人收拾東西去看其他小組活動,有些人坐下來與組織者辯論自己的設計怎樣怎樣,組織者的方案怎樣怎樣。見自己的小組沒人再繼續做下去,只是在和組織者辯論自己的觀點(組織者開始誤導了我們;這些事情應該是需求分析人員來做的,與測試人員無關;這樣做法會增加開發人員的工作量等等)便自己坐下來,按照組織者的思路重新思考重新設計方案,並在紙上畫出草圖。趁着組織者有空檔的時候拿出自己的方案給組織者看,並講解了自己的思路,組織者指出自己方案中的不足(謝謝組織者美女的耐心解答^_^)。

在組織者與其他人員討論的過程中,組織者說設計這份文檔其實只是一個小小的開始,並不是整個活動的重心,活動的重心是測試用例即是需求,整理的這樣一份文檔,即可以給客戶看,也可以給開發用,同樣也是一份測試用例,文檔是一份,沒有歧義,開發人員可以基於這樣的數據進行開發,在開發的過程中可以以這份數據爲測試數據來驗證自己代碼,還可檢測代碼覆蓋問題,測試用例已經可以測試通過,由於某人提交新代碼導致測試用例失敗,便可很快找到問題產生的原因。測試人員可以拿這份文檔編寫自動化測試用例進行測試,產品提交後,客戶同樣以這份文檔爲依據進行驗收。組織者在說的過程中並向我們展示了他們在工作中以這種方式寫的測試用例,及測試執行結果。很可惜,活動只進行了一個開始。

活動中“需求”文檔大概內容:(在活動上他們已經拿出來讓大家參與討論了,我寫出來他們應該不會介意的吧^_^)

年底某公司發放福利,員工可以自己購置商品報銷,除了電腦、手機、書籍以外,其他商品都會徵收10%的基本稅,國外購置商品都要徵收5%的附加稅

當員工去報銷的時候,需要提供一個清單,上面列着所買的所有商品的名稱和價錢(含稅),在最底下需要列出所購商品的稅的總和和總價。
稅的進位規則是:如果稅率是n%,產品的標價是P,那產品需要交的稅是np/100,np/100要向上湊夠最近的0.05(up to the nearest 0.05)
目標:
對需求做詳細的分析,給出說和總價的計算規則

不明確的問題:

1.國外商品增收5%附加稅,是否是指在同類國內商品基本稅的基礎上增加5%?

答:是的,若國內商品稅率10%的,則國外同類商品的稅率爲(10+5)%=15%;國內商品稅率爲0,則國外同類商品稅率爲(0+5)%=5%。

2.設計的表格中總價是否包含稅?

答:是的

3.稅金向最接近的0.05補齊是什麼意思?

答:舉例來說,如果計算得出的稅金爲0.01,則表單中填寫的稅金爲0.05,若計算得出的稅金爲0.06, 則表單中填寫的稅金爲0.1.

4.若同件商品,同時購買多件,計算規則是什麼?

答:先計算一件商品的稅金和總價,再乘以n(商品的數量)

5.若同時購買多件不同的商品,商品稅率相同,是否可將商品標價加和,以求得的標價和乘以稅率來求得稅金及總價?

答:不可以,必須計算單件商品的稅金和總價,最後求和。

6.可否分別算出各個商品的稅金,將稅金求和後再進行向最接近的0.05湊近,最後將總稅金與總標價加和,求得總價?

答:不可以,必須分別計算單件商品的稅金和價錢,最後求和。

設計的文檔內容:

一、商品類別及其對應的稅率


二、稅金進位規則:向最接近的0.05湊齊




三、商品總價及總稅金計算規則,分別求得單件商品價格及稅金後加和




四、最終表格



最後總結:

多做就等於少做(貌似每次我說這句話的時候,對方都是撇撇嘴,不認同)。在公司裏聽到太多這樣的話”這不關我的事,這應該是XXX來做的,他們就是看不起測試的“。如果認爲測試就是等着開發的開發完代碼提交後來進行驗證,那就把自己定位在”驗證“這個角色上,這樣的驗證,是驗證不出有價值的BUG的,這樣的BUG只不過是人的失誤引進來的,並不是根兒上的BUG,這樣的定位就等於是把自己圈死了。只有知道了是什麼原因要這樣,纔會知道爲什麼要這樣而不是那樣。




發佈了33 篇原創文章 · 獲贊 22 · 訪問量 10萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章