最近 Agile 台中 #單元測試線上工作坊 連三發。
先由 Max 打頭陣,用 Python 示範,
再由 Kuma 接棒,用 Java 示範,
接著由 Recca 用 PHP 示範。
我可以拍胸脯跟各位保證,他們幾位講單元測試內容都很專業的,因為都來過我的單元測試課一起交流過,他們實務上也都會落實撰寫單元測試,甚至 TDD 去輔助開發他們的產品。
至少我們這個流派,測試都是用來描述需求使用情境的,用來抓 production code API 易用性問題、職責設計的問題,那種 auto-validation(testing) 的回歸測試,只是順便的好處而已。
要聽,就要聽這種專業的陣容啊,大家都是實際在戰場用這種方式在打仗的。
那種只是教教 test framework, 工具, mock framework 的,要聽也是可以啦,只是如果連這樣的簡介你都不想花時間了解,即使聽了,你在實務上還是用不上去,得不到真正的好處的。只會產生一種錯覺:「我也會寫測試,只是 legacy code 太髒,要花我太多時間去寫測試了,我時間不夠,不然我也可以」
No, sorry,你不行,你就是不行。
因為可以的、能寫測試的,從來都不會覺得自己「沒時間寫測試」。
--
偷偷蹭一下大家的光芒,雖 #不要臉,但 #我驕傲
mock測試 在 Facebook 的最佳解答
【2021-選秀前哨】Josh Giddey / 6-8, 205 / 18歲 / 國際球員(澳洲)
還沒到抽樂透的日子,但除非神抽,不然溜馬的首輪籤落點應該還是在 12~14 這區,儘管這幾天季後賽戰得沸沸揚揚,有幾個 play 確實讓人看得很興奮,但對我們這種被淘汰的球隊來說,還是看選秀資料最興奮了!!!
首輪樂透末段,大約 12~14 區(目前的 Mock 啦),有個名字吸引了我。
Josh Giddey(就先叫他 GD 吧),身高六呎八吋的大型側翼,要說是高控球也行,一等一的傳球視野和技巧,能在全場跑動中找到隊友,也能在半場陣地戰精準打擋拆,是個能靠傳球帶動全隊和改變比賽的球員。
如果他只會組織,我會以為他是「前鋒版的 Rubio」,但他能持球攻擊,能靠身材和運球創造得分機會,只是還不夠強壯,穩定性較差,但對抗性、力量什麼的都可以靠訓練改善再強化,他是一個球感佳且球商特高的球員,想想『大型側翼、能持球攻擊、有腦子』這些特質,這不就是下一個全能大物,我還不選爆啊!!
在這個小球盛行的聯盟,強隊的側翼都至少有一個星級坐鎮或一票側翼海,溜馬想在這種列強環伺下突圍,就一定不能在側翼人才庫落居下風,只有一個 Caris LeVert 是不夠的,或許 GD 會是另一個可以大幅提升球隊戰力的超新星。當然,他還需要養成,至少1~2年得繳學費,可是他才 18 歲,今年十月時滿19歲,且身高似乎還在長~。
來說說模板,他的地板至少會是 Joe Ingles,天花板不好說,也許是前鋒版本的 LeMelo Ball,或是另一個組織前鋒 Khris Middleton,無論像誰,他都是一顆星。
GD 在 NBL 一年的數據是 10.9 分 7.6 助攻 7.3 籃板,在五月份的最近六場比賽,他有三場拿下大三元。目前 ESPN 和 nbadraft 給他的落點都在第 13 順位,這個位置~欸欸又是馬刺和溜馬最接近,今年又要上演互相攔胡了嗎?還是 GD 會在更多測試曝光之後,順位飛上去,就誰都吃不到了呢?我好興奮啊!!!
mock測試 在 91 敏捷開發之路 Facebook 的最佳貼文
寫單元測試請記得,不要自己起 DI framework 的 container 模擬 auto-wired 的依賴注入。
而是自己用 mock framework 產生假物件從依賴注入點注入。
要測一個情境,需要的注入相依物件過多,通常就是職責切分的問題。可能是要做的一件事情太大,可能是依賴的物件切得過細。
https://dotblogs.com.tw/hatelove/2017/01/23/bad-smells-discovered-by-unit-testing
透過橫切面設計(AOP)來達到「正交」式的組合設計,例如 decorator, CoR 責任鍊 等方式的組合,來做關注點跟職責分離。
很多人覺得測試很難寫,通常都是產品程式碼設計有問題,導致測試難寫難維護、難初始化。因為沒見過可以怎麼用更優雅的設計來完成同樣的需求,而總是用 procedure style 在寫流程,自然被搞死了。
mock測試 在 Unit Test 中的替身:搞不清楚的Dummy 、Stub、Spy、Mock 的相關結果
單元測試讓你的程式更容易維護。原因在於你能夠對程式寫測試,代表你寫的程式的「使用說明書」清楚易懂。使用說明書很容易懂,就可以直接拿來用, ... ... <看更多>
mock測試 在 測試替身(上篇) 的相關結果
如果你在工作時寫過一些測試程式,也許你聽過什麼是Mock,但其實Mock 只是測試替身的其中一種,測試替身包含了Dummy、Mock、Fake、Stub、Spy。 ... <看更多>
mock測試 在 測試中常見的名詞:Stub, Dummy, Mock..等等 - 只放拖鞋的鞋櫃 的相關結果
開發的過程要寫程式,寫程式我們都知道要寫測試,寫測試的時候經常看見Stub, Dummy, Mock 等等這些名詞。使用Testing Framework 的時候,更是經常使用 ... ... <看更多>