今年四月底我花了時間簡單搭建了php接口測試工程，maven + testng + jenkins，從0開始到現(xiàn)在510個用例（持續(xù)增長中），逐漸開始提高了測試回歸效率并發(fā)現(xiàn)一些線上問題，這期間遇到過不少問題，這次先分享下如何利用testng監(jiān)聽器優(yōu)化測試報告。
一、給工程添加失敗重試機(jī)制
接口用例量上來以后，我們遇到的第一個問題是http方式調(diào)用php接口會有部分接口偶爾不穩(wěn)定或者超時的情況，但第二次運(yùn)行又正常，每次接口失敗都需要花費(fèi)時間排查，但實際沒有問題，為了排除不穩(wěn)定帶來的干擾，給大家節(jié)約排查維護(hù)時間，首先需要解決的是給工程添加失敗自動重試機(jī)制。
目前我的做法是實現(xiàn)了testng自帶的IRetryAnalyzer接口，定義了一個MAX _ RETRY_COUNT，即大重試次數(shù)，實現(xiàn)的retry方法非常簡單，如下：
public boolean retry(ITestResult result) {
if (retryCount < MAX_RETRY_COUNT) {
retryCount++;
return true;
}
return false;
}
如果團(tuán)隊有人想要使用失敗重試的功能也很簡單，只需要在Annotation里面加上retryAnalyzer屬性即可，如下：
@Test(retryAnalyzer = TestRetry.class)
public void summaryTest(){
String url = urlList.get(0);
JSONObject map = ResponseJsonBase.manageJson(url， "");
String total = map.getString("total");
assert "7.59".equals(total) : url;
}
這種方式帶來的好處是有比較大的自由度，可以自由選擇某個用例是否需要失敗重試的功能，因為部分接口重試第二次是不允許的，比如分銷的關(guān)注接口（有頻率限制等）。 但是僅僅到這里還是會有問題，首先會發(fā)現(xiàn)我們的接口測試報告有問題，其次會發(fā)現(xiàn)失敗重試后通過的情況下，依然會有郵件提醒，我們還是需要花費(fèi)很多時間看接口問題。在這里，我為了復(fù)現(xiàn)當(dāng)時遇到的問題，隨便造了一個有問題的接口測試報告：
二、通過定義一個監(jiān)聽器優(yōu)化測試報告
根據(jù)遇到的問題，首先我們需要優(yōu)化一下測試報告，從而避免給大家?guī)硖喔蓴_。 我的做法是定義了一個testng的監(jiān)聽器來處理失敗重試的用例。具體實現(xiàn)是通過繼承TestListenerAdapter類，覆蓋onTestFailure、 onStart、 onFinish方法，貼一下主要的代碼段：
@Override
public void onTestFailure(ITestResult tr) {
if (tr.getMethod().getRetryAnalyzer() == null) {
log(tr.getMethod() + "--Test method failed
");
}
if (tr.getMethod().getRetryAnalyzer() != null) {
TestRetry testRetry = (TestRetry) tr.getMethod().getRetryAnalyzer();
if (testRetry.getRetryCount() < testRetry.getMaxRetryCount()) {
tr.setStatus(ITestResult.SKIP);
Reporter.setCurrentTestResult(null);
isRemoveSkipNeeded = true;
skippedCases.addResult(tr， tr.getMethod());
}
else {
failedCases.addResult(tr， tr.getMethod());
isRetryNeeded = true;
}
}
}
其實上面代碼里面是統(tǒng)一對失敗的用例做處理，每次失敗都會去判斷是否已經(jīng)達(dá)到大失敗次數(shù)，如果沒有，會將該用例狀態(tài)設(shè)置為skip，到這里為止，看我們的測試報告，大概長這樣：
可以看到，依然有很明顯的問題，我們還需要做的事情是：失敗的用例列表去重，以及在Skipped的testcase里面剔除真正Failed的Test Case。 其實測試報告的主要數(shù)據(jù)獲取是下面幾個：
getFailedConfigurations()
getSkippedConfigurations()
getFailedTests()
getSkippedTests()
做對應(yīng)優(yōu)化很簡單了，貼下我這邊f(xié)ailed Cases去重的代碼段，可以舉一反三寫其他幾個：
private void removeFailedTestsInTestNG(ITestContext test) {
IResultMap returnValue = test.getFailedTests();
for (ITestResult resultToCheck : failedCases.getAllResults()) {
int c = 0;
for (ITestResult result : returnValue.getAllResults()) {
if (result.getMethod().equals(resultToCheck.getMethod())) {
c++;
if (c > 1) {
returnValue.removeResult(result.getMethod());
test.getFailedConfigurations().removeResult(
result.getMethod());
}
}
}
}
}
然后是在每個testSuit運(yùn)行結(jié)束的時候，統(tǒng)一處理：
@Override
public void onFinish(final ITestContext testContext) {
if(isRetryNeeded){
removeIncorrectlySkippedTests(testContext，failedCases);
removeFailedTestsInTestNG(testContext);
}
else{
if(isRemoveSkipNeeded)
removeSkippedTestsInTestNG(testContext);
else{
skippedCases= testContext.getSkippedTests();
failedCases= testContext.getFailedTests();
}
}
}
