Googletest export

Internal Change

PiperOrigin-RevId: 267457395
This commit is contained in:
Abseil Team 2019-09-05 17:40:42 -04:00 committed by Gennadiy Rozental
parent ab8f346b07
commit 6123df929d
2 changed files with 2 additions and 2 deletions

View File

@ -298,7 +298,7 @@ In the end, this boils down to good concurrent programming. You have to make
sure that there is no race conditions or dead locks in your program. No silver sure that there is no race conditions or dead locks in your program. No silver
bullet - sorry! bullet - sorry!
## Should I use the constructor/destructor of the test fixture or SetUp()/TearDown()? ## Should I use the constructor/destructor of the test fixture or SetUp()/TearDown()? {#CtorVsSetUp}
The first thing to remember is that googletest does **not** reuse the same test The first thing to remember is that googletest does **not** reuse the same test
fixture object across multiple tests. For each `TEST_F`, googletest will create fixture object across multiple tests. For each `TEST_F`, googletest will create

View File

@ -302,7 +302,7 @@ for
**Availability**: Linux, Windows, Mac. **Availability**: Linux, Windows, Mac.
## Test Fixtures: Using the Same Data Configuration for Multiple Tests ## Test Fixtures: Using the Same Data Configuration for Multiple Tests {#same-data-multiple-tests}
If you find yourself writing two or more tests that operate on similar data, you If you find yourself writing two or more tests that operate on similar data, you
can use a *test fixture*. It allows you to reuse the same configuration of can use a *test fixture*. It allows you to reuse the same configuration of