當你聽到談論單元測試的時候,人們會經(jīng)常提到測試覆蓋率。測試覆蓋率是測試用例中執(zhí)行的應用程序代碼的百分比。
2018-07-13 閱讀全文>>Mocking是指編寫模擬資源去實現(xiàn)單元測試的實踐
2018-07-13 閱讀全文>>JUnit有很多斷言方法
2018-07-13 閱讀全文>>在測試套件中你可以將測試用例分組。測試套件通常是一組共享測試夾具的測試用例。
2018-07-13 閱讀全文>>測試運行器( Test runner):測試運行器運行由xUnit框架定義好的測試
2018-07-13 閱讀全文>>你需要一些東西去運行你的測試。JUnit是一個框架,它可以讓你在Java代碼中定義和運行測試。
2018-07-13 閱讀全文>>通常來說,單元測試和開發(fā)人員相關(guān)度更高。主要的原因是:根據(jù)定義,單元測試用于測試系統(tǒng)中與其他部分隔離、定義良好的部分。因此,它們比較容易編寫和使用。
2018-07-13 閱讀全文>>這樣帶來的后果是,很多開發(fā)人員試圖禁用本地構(gòu)建的測試,這樣他們就可以不受打擾地完成分配給自己的需求。因為大家不寫測試,隨著影響測試結(jié)果的變更增加,測試最終會失敗。
2018-07-13 閱讀全文>>一個問題是,單元測試是成本很低的自動化測試類型,一般來說它比其他的測試類型帶來的價值更低。單元測試仍然是一種不錯的測試類型,但是人工測試可能被認為會在實踐中暴露更多的bug。可能就會感覺寫單元測試沒什么必要了。
2018-07-13 閱讀全文>>當你和大家交流時,大多數(shù)人對自動化測試的前景充滿熱情。
2018-07-13 閱讀全文>>對DevOps來說,即便自動化測試比人工測試帶來的收益更大,人工測試依然是軟件開發(fā)過程中的一個重要部分。即便沒有別的原因,為了將測試自動化,我們至少也得手動執(zhí)行一次測試來驗證。
2018-07-13 閱讀全文>>如果需要又快又頻繁地發(fā)布代碼,我們就得對代碼的質(zhì)量有信心。因此,我們需要自動化回歸測試。
2018-07-13 閱讀全文>>盡管想讓構(gòu)建服務器成為持續(xù)交付流水線的中心之一,但我們也要考慮當構(gòu)建服務器癱瘓的時候,構(gòu)建和部署的流程不應該停滯不前。為此,構(gòu)建本身應該盡可能健壯,并且可以在任何主機上重復工作。
2018-07-13 閱讀全文>>構(gòu)建服務器可以隨心所欲地傳遞出錯誤和代碼質(zhì)量問題的信號,如果開發(fā)團隊不關(guān)心這些問題,那么這些通知和可視化的投資收益為零。
2018-07-13 閱讀全文>>構(gòu)建服務器制造了大量可以顯示在公共顯示器上的數(shù)據(jù)。若是構(gòu)建失敗的時候能夠立即察覺,就會有很大幫助。
2018-07-13 閱讀全文>>1824條 上一頁 1.. 64 65 66 67 68 ..122 下一頁