Jmeter BeanShell斷言從JSON解析和比較UTC日期時間

Question

有一個特殊的要求，我需要從jmeter中的json響應中比較以前的datetime版本和更新的datetime版本

以下是我之前的回復：

{
    "state":
    {
        "errorDetails":
        [
        ]
    },
    "results":
    [
        {
            "state":
            {
                "errorDetails":
                [
                ]
            },
            "id":"someNumber1",
            "version":"2017-11-23T15:25:20.154+00:00",
            "referenceId":"1234"
        }
    ]
}

以及更新后的響應：

{
    "state":
    {
        "errorDetails":
        [
        ]
    },
    "results":
    [
        {
            "state":
            {
                "errorDetails":
                [
                ]
            },
            "id":"someNumber1",
            "version":"2017-11-23T15:25:22+00:00",
            "referenceId":"1234"
        }
    ]
}

我通過JSON Extractor提取版本，並將其傳遞給BeanShell斷言如下：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.TimeZone;

try{
    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSZ");  
    long created = sdf.parse(vars.get("noteVersion")).getTime();
    long updated = sdf.parse(vars.get("updatedNoteVersion")).getTime();
    if ( updated > created){
    SampleResult.setResponseMessage("PASSED");
    }else{
    SampleResult.setResponseMessage("FAIL");
    }
}
catch (Exception ex){
    log.warn("Error in my script", ex);
    throw ex; // elsewise JMeter will "swallow" the above exception
}

但是我無法解析日期時間，並遇到以下錯誤：

java.text.ParseException: Unparseable date: "2017-11-23T15:25:20.154+00:00"
    at java.text.DateFormat.parse(Unknown Source) ~[?:1.8.0_31]
    at sun.reflect.GeneratedMethodAccessor77.invoke(Unknown Source) ~[?:?]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_31]
    at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_31]
    at bsh.Reflect.invokeMethod(Reflect.java:134) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.Reflect.invokeObjectMethod(Reflect.java:80) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.Name.invokeMethod(Name.java:858) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHPrimarySuffix.doSuffix(BSHPrimarySuffix.java:103) ~[bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:80) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHVariableDeclarator.eval(BSHVariableDeclarator.java:86) ~[bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHTypedVariableDeclaration.eval(BSHTypedVariableDeclaration.java:84) ~[bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHBlock.evalBlock(BSHBlock.java:130) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHBlock.eval(BSHBlock.java:80) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHBlock.eval(BSHBlock.java:46) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.BSHTryStatement.eval(BSHTryStatement.java:86) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.Interpreter.eval(Interpreter.java:645) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.Interpreter.eval(Interpreter.java:739) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at bsh.Interpreter.eval(Interpreter.java:728) [bsh-2.0b5.jar:2.0b5 2005-06-12 04:50:41]
    at sun.reflect.GeneratedMethodAccessor34.invoke(Unknown Source) ~[?:?]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_31]
    at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_31]
    at org.apache.jmeter.util.BeanShellInterpreter.bshInvoke(BeanShellInterpreter.java:166) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.util.BeanShellInterpreter.eval(BeanShellInterpreter.java:189) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.util.BeanShellTestElement.processFileOrScript(BeanShellTestElement.java:151) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.assertions.BeanShellAssertion.getResult(BeanShellAssertion.java:105) [ApacheJMeter_components.jar:3.3 r1808647]
    at org.apache.jmeter.threads.JMeterThread.processAssertion(JMeterThread.java:812) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.threads.JMeterThread.checkAssertions(JMeterThread.java:803) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThread.java:525) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.java:424) [ApacheJMeter_core.jar:3.3 r1808647]
    at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:255) [ApacheJMeter_core.jar:3.3 r1808647]

除此之外，對於正常的日期時間要求，我能夠達到與yyyy-MM-DD HH：mm：ss相同的效果-（2017-11-23 15:25:20）

有人可以幫我嗎

Answer 1

我對您的建議是，您放棄早已過時的SimpleDateFormat和朋友，而使用java.time （現代Java日期和時間API，也稱為JSR-310）代替。 通常情況下，使用它會更好，並且在您的特定情況下，我們將看到很多不錯的優點。

    String noteVersion = "2017-11-23T15:25:20.154+00:00";
    String updatedNoteVersion = "2017-11-23T15:25:22+00:00";

    OffsetDateTime created = OffsetDateTime.parse(noteVersion);
    OffsetDateTime updated = OffsetDateTime.parse(updatedNoteVersion);
    if (updated.isAfter(created)) {
        System.out.println("PASSED");
    } else {
        System.out.println("FAILED");
    }

使用問題中的數據時間版本字符串，可打印代碼段

PASSED

第一個優勢：JSON中的datetime格式是ISO 8601，這是一種用於將日期和時間信息作為文本交換的標准格式，以及JSON中經常使用的其他格式。 包括OffsetDateTime的java.time類將這種格式解析為默認格式，即沒有任何明確的格式說明。 無需擔心偏移量是Z還是XXX或其他。

第二個優點：ISO 8601具有足夠的靈活性，可以允許時間帶有或不帶毫秒，因此解析適用於您以前的日期時間和更新的日期時間（使用SimpleDateFormat您將需要兩個SimpleDateFormat實例）。

問：我可以在Java版本中使用現代API嗎？

如果至少使用Java 6 ，則可以。

• 在Java 8和更高版本中，內置了新的API。
• 在Java 6和7中，獲取ThreeTen Backport ，即新類的Backport（ JSR 310的 ThreeTen）。
• 在Android上，使用Android版本的ThreeTen Backport。 它叫做ThreeTenABP，我認為這個問題有一個很好的解釋：如何在Android Project中使用ThreeTenABP 。