Unit Test 在使用 TDD 開發時,除了單元測試的角色之外
更像是需求的描述者
但回歸到真正的實務情境上,往往遇到的不是從無到有的開發
而是從既有的架構中去新增額外的功能
於此, Unit Test 更像是重構時的保險裝置
Unit Test 在使用 TDD 開發時,除了單元測試的角色之外
更像是需求的描述者
但回歸到真正的實務情境上,往往遇到的不是從無到有的開發
而是從既有的架構中去新增額外的功能
於此, Unit Test 更像是重構時的保險裝置
在敏捷的團隊中,理論上至多只能擁有團隊績效,沒有個人成績
敏捷團隊重視的團體大過於個人,鼓勵所有成員能夠相互幫助、相互支援
將一切都透明化,一起成長、一起進步。
但現實生活中卻不是這樣,多數的公司的文化制度,仍保有個人 KPI 的規範
那基於敏捷模式下的團隊,該如何去訂定個人 KPI 呢?
I spent much time for deploying a Desktop App from TFS 2015 (update 3) to VM for Coded UI Test.
There is no complete article for my scenario. Finally, I succeed !
I record that here, hope it's helpful for someone.
追蹤了91大甚久~也見過不少次
歷經一番佈署爭取,終於讓老闆讓我去上課啦~~XD 感謝老闆!
先說結論,今天真的充實,也完全不覺得乏味
九個小時一下子就過了~~
之前也算有自行牛刀小試 TDD,很多卡關點今天完全解惑!
但後面竟然還有整整兩天課的內容,實在讓我非常期待!!
※ 本文僅雜記一些零碎的心得~
測試覆蓋率,沒錯,是個數字...
是個很可能出現在 KPI、驗收規格文件等地方的需求
只要把 unit test 上的 Assert 都拿掉,全部的 Function都呼叫一遍
就能輕輕鬆鬆的 100% 了呢~
某種程度上來說的確很表面很沒意義
要如何讓這個數字具有價值也更有意義呢?
良好的物件封裝是 Production code 最基本的設計需求。
擁有良好的物件封裝,才能擁有更符合 FIRST 的 Unit Test。
一般測試會有三種需要驗證的狀況,最麻煩的物件互動該如何驗證?
該如何設計才能保持測試的獨立性,提高程式的可測性?
測試框架能夠提高撰寫 Unit Test 的便利性,增加導入的誘因!
好框架,不用嗎?
Unit Test。
從踏入軟體工作就聽過的名詞~
但以往只知道是小小的測試,就是要補一堆很廢的文件
以示對自己程式碼的負責。
腦中浮現的就是很不想面對的名詞,但又好像聽起來很有道理必須面對。
回想過去,沒有好的工具、沒有明確的 Unit Test 定義,完全就是放給他爛
最近自己也開始著墨這個部份~ 上完課終於有全面的瞭解啦!!
假設有一個 Customer 的 model class 長得像以下這樣,update-database 之後,
理論上應該會在 Customer 的 Table 中自動建立出 MembershipType_Id 的 foreign 欄位?
(也就沒有 MembershipType 的欄位了)
public class Customer
{
public int Id { get; set; }
public MembershipType MembershipType { get; set; }
public byte MembershipTypeId { get; set; }
}
※ MembershipType 是另外一個 Model 的 Class
我作了一件很勇敢愚蠢的動作..
除了程式碼的部份之外,其餘地方都用很暴力的方式修改了專案名稱及路徑
導致資料庫無法正常重生...(活該阿阿~)執行 'update-database' 後
會出現「XXXX-XXXXXXXX.mdf' already exists. Choose a different database name.」的錯誤訊息...
最莫名弔詭的是,該路徑下用 NotePad++ 搜尋所有檔名及檔案內容及已無任何 OLD_PROJNAME 的關鍵字
昨天花了些時間重灌我的電腦,Visual Studio 的環境都設定完畢後
再次開啟 ASP .Net MVC 專案,發現資料庫沒有正確連接!!
在 Pcakage Manager Console 下了 'update-database',出現 0x80131904 的錯誤訊息...
N 年前,實做網頁程式時,尚未聽過 Code First、DB First 等名詞
都是半土砲的方式,網頁程式碼、資料庫同步建立
兩邊並行修修改改,也沒有想過什麼底層資料庫抽換的問題
綁的死死的~ 現在接觸 Code First 的開發方式,甚為驚豔!
隨著 Udemy 的課程,嘗試連結資料庫時,出現以下錯誤訊息:
「Cannot open database "aspnet-XXXXXXXXXXX-20170528092711" requested by the login. The login failed.
Login failed for user 'IIS APPPOOL\DefaultAppPool'.」
碰巧想到了解決方式,特此記錄。
跟著 Udemy 的課程進行學習,越來越覺得不對勁
為何好像講師不需要保持程式在執行狀態下
重新編譯後瀏覽器更新一下畫面就可以看到新的網頁
而我必須不斷的編譯、執行、更新網頁、停止、修改、編譯、執行、.....
若不在執行狀態,瀏覽器僅會顯示:
localhost 拒絕連線。
仔細算了一下,上次進行網頁程式開發,約莫是 13年前的事了...O_o|||
那是一個我還在刻 PHP 的故事。後來的這幾年,似乎都在鑽研桌面程式開發
與世代潮流完全的背道而馳,參加了幾次社群活動,略有格格不入的感受
是該回頭點點網頁開發的技能樹了~