Commit 6123df92 by Abseil Team Committed by Gennadiy Rozental

Googletest export

Internal Change PiperOrigin-RevId: 267457395
parent ab8f346b
...@@ -298,7 +298,7 @@ In the end, this boils down to good concurrent programming. You have to make ...@@ -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
......
...@@ -302,7 +302,7 @@ for ...@@ -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
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment