[lucicfg] Pattern matching for expected errors messages in tests.

Now we can declare that a test is expected to emit an error like:

Traceback (most recent call last):
  ...
  //testdata/errors_like.star:???: in func2
  //testdata/errors_like.star:???: in capture_stack
Error: ??? err

And '...' will be matched to zero or more arbitrary lines and '???' to a word.

This should make tests that examine errors much less brittle.

R=nodir@chromium.org, tandrii@chromium.org
BUG=833946

Change-Id: I2d978ff7df55d1291f92cee36bb6a7f7cc6bf4aa
Reviewed-on: https://chromium-review.googlesource.com/c/1365130
Commit-Queue: Vadim Shtayura <vadimsh@chromium.org>
Reviewed-by: Nodir Turakulov <nodir@chromium.org>
2 files changed
tree: 8f0b7c84c3c13a3f16c7befde8630408f79594d5
  1. appengine/
  2. auth/
  3. buildbucket/
  4. cipd/
  5. client/
  6. common/
  7. config/
  8. dm/
  9. examples/
  10. gce/
  11. grpc/
  12. hardcoded/
  13. infra/
  14. logdog/
  15. luci_notify/
  16. lucicfg/
  17. lucictx/
  18. machine-db/
  19. milo/
  20. mmutex/
  21. mp/
  22. scheduler/
  23. scripts/
  24. server/
  25. starlark/
  26. tokenserver/
  27. tools/
  28. tumble/
  29. vpython/
  30. web/
  31. .travis.yml
  32. AUTHORS
  33. codereview.settings
  34. CONTRIBUTING.md
  35. CONTRIBUTORS
  36. LICENSE
  37. OWNERS
  38. pre-commit-go.yml
  39. PRESUBMIT.py
  40. README.md
README.md

luci-go: LUCI services and tools in Go

GoDoc

Installing

LUCI Go code is meant to be worked on from an Chromium infra.git checkout, which enforces packages versions and Go toolchain version. First get fetch via depot_tools.git then run:

fetch infra
cd infra/go
eval `./env.py`
cd src/go.chromium.org/luci

Contributing

Contributing uses the same flow as Chromium contributions.