案情回顧

最近在工作中遇到前人寫(xiě)的這樣的單元測(cè)試（已脫敏處理）

public class ServiceClientTest {

    @Test
    public void getConfig() throws Exception {
        ServiceClient client = ServiceClient
                .getInstance("http://10.5.98.200:8080/api/");
                ···
                ···
    }
}

"http://10.5.97.200:8080/api/" 這樣寫(xiě)有什么問(wèn)題嗎？貌似沒(méi)問(wèn)題。

原因分析

但問(wèn)題在于，現(xiàn)在很多互聯(lián)網(wǎng)公司使用的是Docker + Kubernetes 搭建的虛擬集群服務(wù)器，可以動(dòng)態(tài)按需伸縮容。你的測(cè)試環(huán)境的服務(wù)器會(huì)隨著項(xiàng)目的迭代更新導(dǎo)致要升級(jí)服務(wù)器，有些公司不是直接在原來(lái)的機(jī)器上擴(kuò)容，而是先縮容，再擴(kuò)容，（就是先刪了虛擬服務(wù)器，再重新申請(qǐng)一個(gè)虛擬服務(wù)器）也就是會(huì)換服務(wù)器，換IP地址，好了，一換機(jī)器，前人寫(xiě)的這個(gè)這種寫(xiě)死IP地址的單元測(cè)試就過(guò)不了了。本著誰(shuí)的單元測(cè)試誰(shuí)負(fù)責(zé)的原則，但是現(xiàn)實(shí)中經(jīng)常遇到，寫(xiě)這單元測(cè)試的人早離職了，就變成了誰(shuí)發(fā)布誰(shuí)修改。后來(lái)的人還得改前人的單元測(cè)試（一邊改一邊罵娘）。

解決方法

大多數(shù)client.getInstance()有默認(rèn)參數(shù)，你不填的話是連接到本機(jī)。所以盡量不要寫(xiě)死這個(gè)IP地址。盡量做到不要給后人留坑。能默認(rèn)連接的就不要寫(xiě)死IP。單元測(cè)試質(zhì)量寧愿差點(diǎn)，也別影響別人。

比較合適的寫(xiě)法

public class ServiceClientTest {

    @Test
    public void getConfig() throws Exception {
        ServiceClient client = ServiceClient.getInstance();
                ···
                ···
    }
}