diff options
| author | Wiktor Garbacz <wiktorg@google.com> | 2018-08-09 13:14:36 +0200 |
|---|---|---|
| committer | Wiktor Garbacz <wiktorg@google.com> | 2018-08-09 13:14:36 +0200 |
| commit | db43df6df733c3b6c8a0a049e2000bb9869c5a8a (patch) | |
| tree | 0e7c7fbbc2ba79f406305af500f0fa0a3c04cc8d | |
| parent | 4de57ce787989d821d0736c5a12188eeaea3bf2d (diff) | |
| download | googletest-db43df6df733c3b6c8a0a049e2000bb9869c5a8a.tar.gz googletest-db43df6df733c3b6c8a0a049e2000bb9869c5a8a.tar.bz2 googletest-db43df6df733c3b6c8a0a049e2000bb9869c5a8a.zip | |
docs: fix broken links
| -rw-r--r-- | googletest/docs/advanced.md | 4 | ||||
| -rw-r--r-- | googletest/docs/faq.md | 5 |
2 files changed, 5 insertions, 4 deletions
diff --git a/googletest/docs/advanced.md b/googletest/docs/advanced.md index feb8ad66..ffd94809 100644 --- a/googletest/docs/advanced.md +++ b/googletest/docs/advanced.md @@ -3,7 +3,7 @@ ## Introduction -Now that you have read the [googletest Primer](primer) and learned how to write +Now that you have read the [googletest Primer](primer.md) and learned how to write tests using googletest, it's time to learn some new tricks. This document will show you more assertions as well as how to construct complex failure messages, propagate fatal failures, reuse and speed up your test fixtures, and use various @@ -152,7 +152,7 @@ c is 10 > > 1. If you see a compiler error "no matching function to call" when using > `ASSERT_PRED*` or `EXPECT_PRED*`, please see -> [this](faq#OverloadedPredicate) for how to resolve it. +> [this](faq.md#OverloadedPredicate) for how to resolve it. > 1. Currently we only provide predicate assertions of arity <= 5. If you need > a higher-arity assertion, let [us](https://github.com/google/googletest/issues) know. diff --git a/googletest/docs/faq.md b/googletest/docs/faq.md index d613f7ba..7d42ff7d 100644 --- a/googletest/docs/faq.md +++ b/googletest/docs/faq.md @@ -707,8 +707,9 @@ In general, the recommended way to cause the code to behave differently under test is [Dependency Injection](https://en.wikipedia.org/wiki/Dependency_injection). You can inject different functionality from the test and from the production code. Since your production code doesn't link in the for-test logic at all (the -[`testonly`](http://go/testonly) attribute for BUILD targets helps to ensure -that), there is no danger in accidentally running it. +[`testonly`](https://docs.bazel.build/versions/master/be/common-definitions.html#common.testonly) +attribute for BUILD targets helps to ensure that), there is no danger in +accidentally running it. However, if you *really*, *really*, *really* have no choice, and if you follow the rule of ending your test program names with `_test`, you can use the |