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