From 6123df929dbae61032417a42531d9e99d66df95b Mon Sep 17 00:00:00 2001 From: Abseil Team Date: Thu, 5 Sep 2019 17:40:42 -0400 Subject: [PATCH] Googletest export Internal Change PiperOrigin-RevId: 267457395 --- googletest/docs/faq.md | 2 +- googletest/docs/primer.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/googletest/docs/faq.md b/googletest/docs/faq.md index 9949fec2..960a8279 100644 --- a/googletest/docs/faq.md +++ b/googletest/docs/faq.md @@ -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 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 fixture object across multiple tests. For each `TEST_F`, googletest will create diff --git a/googletest/docs/primer.md b/googletest/docs/primer.md index caf9c43c..ae03105d 100644 --- a/googletest/docs/primer.md +++ b/googletest/docs/primer.md @@ -302,7 +302,7 @@ for **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 can use a *test fixture*. It allows you to reuse the same configuration of