aboutsummaryrefslogtreecommitdiff
path: root/lldb/test/API/assert_messages_test
diff options
context:
space:
mode:
authorDavid Spickett <david.spickett@linaro.org>2020-08-28 12:30:56 +0100
committerDavid Spickett <david.spickett@linaro.org>2020-09-03 13:35:05 +0100
commit9f18f3c858d5ff8154701a50c2be6f7b19667a1d (patch)
treeed8ed33e90babc937b0321345b444c4975d150d5 /lldb/test/API/assert_messages_test
parente56edb801bbd41925dbaca39162731613fb289f4 (diff)
downloadllvm-9f18f3c858d5ff8154701a50c2be6f7b19667a1d.zip
llvm-9f18f3c858d5ff8154701a50c2be6f7b19667a1d.tar.gz
llvm-9f18f3c858d5ff8154701a50c2be6f7b19667a1d.tar.bz2
[lldb] Improve test failure reporting for expect()
This updates the errors reported by expect() to something like: ``` Ran command: "help" Got output: Debugger commands: <...> Expecting start string: "Debugger commands:" (was found) Expecting end string: "foo" (was not found) ``` (see added tests for more examples) This shows the user exactly what was run, what checks passed and which failed. Along with whether that check was supposed to pass. (including what regex patterns matched) These lines are also output to the test trace file, whether the test passes or not. Note that expect() will still fail at the first failed check, in line with previous behaviour. Also I have flipped the wording of the assert message functions (.*_MSG) to describe failures not successes. This makes more sense as they are only shown on assert failures. Reviewed By: labath Differential Revision: https://reviews.llvm.org/D86792
Diffstat (limited to 'lldb/test/API/assert_messages_test')
-rw-r--r--lldb/test/API/assert_messages_test/TestAssertMessages.py115
1 files changed, 115 insertions, 0 deletions
diff --git a/lldb/test/API/assert_messages_test/TestAssertMessages.py b/lldb/test/API/assert_messages_test/TestAssertMessages.py
new file mode 100644
index 0000000..6619a65
--- /dev/null
+++ b/lldb/test/API/assert_messages_test/TestAssertMessages.py
@@ -0,0 +1,115 @@
+"""
+Test the format of API test suite assert failure messages
+"""
+
+
+import lldb
+import lldbsuite.test.lldbutil as lldbutil
+from lldbsuite.test.lldbtest import *
+from textwrap import dedent
+
+
+class AssertMessagesTestCase(TestBase):
+
+ mydir = TestBase.compute_mydir(__file__)
+ NO_DEBUG_INFO_TESTCASE = True
+
+ def assert_expect_fails_with(self, cmd, expect_args, expected_msg):
+ try:
+ # This expect should fail
+ self.expect(cmd, **expect_args)
+ except AssertionError as e:
+ # Then check message from previous expect
+ self.expect(str(e), exe=False, substrs=[dedent(expected_msg)])
+ else:
+ self.fail("Initial expect should have raised AssertionError!")
+
+ def test_expect(self):
+ """Test format of messages produced by expect(...)"""
+
+ # When an expect passes the messages are sent to the trace
+ # file which we can't access here. So really, these only
+ # check what failures look like, but it *should* be the same
+ # content for the trace log too.
+
+ # Will stop at startstr fail
+ self.assert_expect_fails_with("settings list prompt",
+ dict(startstr="dog", endstr="cat"),
+ """\
+ Ran command:
+ "settings list prompt"
+
+ Got output:
+ prompt -- The debugger command line prompt displayed for the user.
+
+ Expecting start string: "dog" (was not found)""")
+
+ # startstr passes, endstr fails
+ # We see both reported
+ self.assert_expect_fails_with("settings list prompt",
+ dict(startstr=" prompt -- ", endstr="foo"),
+ """\
+ Ran command:
+ "settings list prompt"
+
+ Got output:
+ prompt -- The debugger command line prompt displayed for the user.
+
+ Expecting start string: " prompt -- " (was found)
+ Expecting end string: "foo" (was not found)""")
+
+ # Same thing for substrs, regex patterns ignored because of substr failure
+ # Any substr after the first missing is also ignored
+ self.assert_expect_fails_with("abcdefg",
+ dict(substrs=["abc", "ijk", "xyz"],
+ patterns=["foo", "bar"], exe=False),
+ """\
+ Checking string:
+ "abcdefg"
+
+ Expecting sub string: "abc" (was found)
+ Expecting sub string: "ijk" (was not found)""")
+
+ # Regex patterns also stop at first failure, subsequent patterns ignored
+ # They are last in the chain so no other check gets skipped
+ # Including the rest of the conditions here to prove they are run and shown
+ self.assert_expect_fails_with("0123456789",
+ dict(startstr="012", endstr="789", substrs=["345", "678"],
+ patterns=["[0-9]+", "[a-f]+", "a|b|c"], exe=False),
+ """\
+ Checking string:
+ "0123456789"
+
+ Expecting start string: "012" (was found)
+ Expecting end string: "789" (was found)
+ Expecting sub string: "345" (was found)
+ Expecting sub string: "678" (was found)
+ Expecting regex pattern: "[0-9]+" (was found, matched "0123456789")
+ Expecting regex pattern: "[a-f]+" (was not found)""")
+
+ # This time we dont' want matches but we do get them
+ self.assert_expect_fails_with("the quick brown fox",
+ # Note that the second pattern *will* match
+ dict(patterns=["[0-9]+", "fox"], exe=False, matching=False,
+ startstr="cat", endstr="rabbit", substrs=["abc", "def"]),
+ """\
+ Checking string:
+ "the quick brown fox"
+
+ Not expecting start string: "cat" (was not found)
+ Not expecting end string: "rabbit" (was not found)
+ Not expecting sub string: "abc" (was not found)
+ Not expecting sub string: "def" (was not found)
+ Not expecting regex pattern: "[0-9]+" (was not found)
+ Not expecting regex pattern: "fox" (was found, matched "fox")""")
+
+ # Extra assert messages are only printed when we get a failure
+ # So I can't test that from here, just how it looks when it's printed
+ self.assert_expect_fails_with("mouse",
+ dict(startstr="cat", exe=False, msg="Reason for check goes here!"),
+ """\
+ Checking string:
+ "mouse"
+
+ Expecting start string: "cat" (was not found)
+ Reason for check goes here!""")