mirror of
https://github.com/google/googletest.git
synced 2025-01-01 23:07:58 +08:00
Rename FAQ.md to faq.md and adjust the links.
Part of documentation rationalization
This commit is contained in:
parent
f213b6399e
commit
4490be8789
@ -8,7 +8,7 @@ the respective git branch/tag).**
|
||||
* [Samples](Samples.md) -- learn from examples.
|
||||
* [AdvancedGuide](advanced.md) -- learn more about Google Test.
|
||||
* [XcodeGuide](XcodeGuide.md) -- how to use Google Test in Xcode on Mac.
|
||||
* [Frequently-Asked Questions](FAQ.md) -- check here before asking a question on the mailing list.
|
||||
* [Frequently-Asked Questions](faq.md) -- check here before asking a question on the mailing list.
|
||||
|
||||
To contribute code to Google Test, read:
|
||||
|
||||
|
@ -125,7 +125,7 @@ c is 10<br>
|
||||
|
||||
**Notes:**
|
||||
|
||||
1. If you see a compiler error "no matching function to call" when using `ASSERT_PRED*` or `EXPECT_PRED*`, please see [this FAQ](FAQ.md#the-compiler-complains-no-matching-function-to-call-when-i-use-assert_predn-how-do-i-fix-it) for how to resolve it.
|
||||
1. If you see a compiler error "no matching function to call" when using `ASSERT_PRED*` or `EXPECT_PRED*`, please see [this FAQ](faq.md#the-compiler-complains-no-matching-function-to-call-when-i-use-assert_predn-how-do-i-fix-it) for how to resolve it.
|
||||
1. Currently we only provide predicate assertions of arity <= 5. If you need a higher-arity assertion, let us know.
|
||||
|
||||
_Availability_: Linux, Windows, Mac.
|
||||
@ -2413,4 +2413,4 @@ file as an example on how to compile your tests against them.
|
||||
|
||||
Congratulations! You've now learned more advanced Google Test tools and are
|
||||
ready to tackle more complex testing tasks. If you want to dive even deeper, you
|
||||
can read the [Frequently-Asked Questions](FAQ.md).
|
||||
can read the [Frequently-Asked Questions](faq.md).
|
||||
|
@ -290,7 +290,7 @@ To create a fixture, just:
|
||||
1. Derive a class from `::testing::Test` . Start its body with `protected:` or `public:` as we'll want to access fixture members from sub-classes.
|
||||
1. Inside the class, declare any objects you plan to use.
|
||||
1. If necessary, write a default constructor or `SetUp()` function to prepare the objects for each test. A common mistake is to spell `SetUp()` as `Setup()` with a small `u` - don't let that happen to you.
|
||||
1. If necessary, write a destructor or `TearDown()` function to release any resources you allocated in `SetUp()` . To learn when you should use the constructor/destructor and when you should use `SetUp()/TearDown()`, read this [FAQ entry](FAQ.md#should-i-use-the-constructordestructor-of-the-test-fixture-or-the-set-uptear-down-function).
|
||||
1. If necessary, write a destructor or `TearDown()` function to release any resources you allocated in `SetUp()` . To learn when you should use the constructor/destructor and when you should use `SetUp()/TearDown()`, read this [FAQ entry](faq.md#should-i-use-the-constructordestructor-of-the-test-fixture-or-the-set-uptear-down-function).
|
||||
1. If needed, define subroutines for your tests to share.
|
||||
|
||||
When using a fixture, use `TEST_F()` instead of `TEST()` as it allows you to
|
||||
|
Loading…
x
Reference in New Issue
Block a user