123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153 |
- // Copyright 2005, Google Inc.
- // All rights reserved.
- //
- // Redistribution and use in source and binary forms, with or without
- // modification, are permitted provided that the following conditions are
- // met:
- //
- // * Redistributions of source code must retain the above copyright
- // notice, this list of conditions and the following disclaimer.
- // * Redistributions in binary form must reproduce the above
- // copyright notice, this list of conditions and the following disclaimer
- // in the documentation and/or other materials provided with the
- // distribution.
- // * Neither the name of Google Inc. nor the names of its
- // contributors may be used to endorse or promote products derived from
- // this software without specific prior written permission.
- //
- // THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
- // "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
- // LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
- // A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
- // OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- // SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
- // LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
- // DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
- // THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- // (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
- // OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- // A sample program demonstrating using Google C++ testing framework.
- //
- // Author: wan@google.com (Zhanyong Wan)
- // This sample shows how to write a simple unit test for a function,
- // using Google C++ testing framework.
- //
- // Writing a unit test using Google C++ testing framework is easy as 1-2-3:
- // Step 1. Include necessary header files such that the stuff your
- // test logic needs is declared.
- //
- // Don't forget gtest.h, which declares the testing framework.
- #include <limits.h>
- #include "sample1.h"
- #include "gtest/gtest.h"
- // Step 2. Use the TEST macro to define your tests.
- //
- // TEST has two parameters: the test case name and the test name.
- // After using the macro, you should define your test logic between a
- // pair of braces. You can use a bunch of macros to indicate the
- // success or failure of a test. EXPECT_TRUE and EXPECT_EQ are
- // examples of such macros. For a complete list, see gtest.h.
- //
- // <TechnicalDetails>
- //
- // In Google Test, tests are grouped into test cases. This is how we
- // keep test code organized. You should put logically related tests
- // into the same test case.
- //
- // The test case name and the test name should both be valid C++
- // identifiers. And you should not use underscore (_) in the names.
- //
- // Google Test guarantees that each test you define is run exactly
- // once, but it makes no guarantee on the order the tests are
- // executed. Therefore, you should write your tests in such a way
- // that their results don't depend on their order.
- //
- // </TechnicalDetails>
- // Tests Factorial().
- // Tests factorial of negative numbers.
- TEST(FactorialTest, Negative) {
- // This test is named "Negative", and belongs to the "FactorialTest"
- // test case.
- EXPECT_EQ(1, Factorial(-5));
- EXPECT_EQ(1, Factorial(-1));
- EXPECT_GT(Factorial(-10), 0);
- // <TechnicalDetails>
- //
- // EXPECT_EQ(expected, actual) is the same as
- //
- // EXPECT_TRUE((expected) == (actual))
- //
- // except that it will print both the expected value and the actual
- // value when the assertion fails. This is very helpful for
- // debugging. Therefore in this case EXPECT_EQ is preferred.
- //
- // On the other hand, EXPECT_TRUE accepts any Boolean expression,
- // and is thus more general.
- //
- // </TechnicalDetails>
- }
- // Tests factorial of 0.
- TEST(FactorialTest, Zero) {
- EXPECT_EQ(1, Factorial(0));
- }
- // Tests factorial of positive numbers.
- TEST(FactorialTest, Positive) {
- EXPECT_EQ(1, Factorial(1));
- EXPECT_EQ(2, Factorial(2));
- EXPECT_EQ(6, Factorial(3));
- EXPECT_EQ(40320, Factorial(8));
- }
- // Tests IsPrime()
- // Tests negative input.
- TEST(IsPrimeTest, Negative) {
- // This test belongs to the IsPrimeTest test case.
- EXPECT_FALSE(IsPrime(-1));
- EXPECT_FALSE(IsPrime(-2));
- EXPECT_FALSE(IsPrime(INT_MIN));
- }
- // Tests some trivial cases.
- TEST(IsPrimeTest, Trivial) {
- EXPECT_FALSE(IsPrime(0));
- EXPECT_FALSE(IsPrime(1));
- EXPECT_TRUE(IsPrime(2));
- EXPECT_TRUE(IsPrime(3));
- }
- // Tests positive input.
- TEST(IsPrimeTest, Positive) {
- EXPECT_FALSE(IsPrime(4));
- EXPECT_TRUE(IsPrime(5));
- EXPECT_FALSE(IsPrime(6));
- EXPECT_TRUE(IsPrime(23));
- }
- // Step 3. Call RUN_ALL_TESTS() in main().
- //
- // We do this by linking in src/gtest_main.cc file, which consists of
- // a main() function which calls RUN_ALL_TESTS() for us.
- //
- // This runs all the tests you've defined, prints the result, and
- // returns 0 if successful, or 1 otherwise.
- //
- // Did you notice that we didn't register the tests? The
- // RUN_ALL_TESTS() macro magically knows about all the tests we
- // defined. Isn't this convenient?
|