← Back to branch summary

~ubuntu-branches/ubuntu/oneiric/mozc/oneiric

« back to all changes in this revision

Viewing changes to protobuf/files/gtest/samples/sample1_unittest.cc

  • Committer: Bazaar Package Importer
  • Author(s): Nobuhiro Iwamatsu
  • Date: 2010-07-14 03:26:47 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20100714032647-13qjisj6m8cm8jdx
Tags: 0.12.410.102-1
http://bugs.debian.org/588971
http://bugs.debian.org/588972
* New upstream release (Closes: #588971).
  - Add mozc-server, mozc-utils-gui and scim-mozc packages.
* Update debian/rules.
  Add --gypdir option to build_mozc.py.
* Update debian/control.
  - Bumped standards-version to 3.9.0.
  - Update description.
* Add mozc icon (Closes: #588972).
* Add patch which revises issue 18.
  ibus_mozc_issue18.patch
* kFreeBSD build support.
  support_kfreebsd.patch

Show diffs side-by-side

added added

removed removed

Lines of Context:
protobuf/files/gtest/samples/sample1_unittest.cc
1
 
// Copyright 2005, Google Inc.
2
 
// All rights reserved.
3
 
//
4
 
// Redistribution and use in source and binary forms, with or without
5
 
// modification, are permitted provided that the following conditions are
6
 
// met:
7
 
//
8
 
//     * Redistributions of source code must retain the above copyright
9
 
// notice, this list of conditions and the following disclaimer.
10
 
//     * Redistributions in binary form must reproduce the above
11
 
// copyright notice, this list of conditions and the following disclaimer
12
 
// in the documentation and/or other materials provided with the
13
 
// distribution.
14
 
//     * Neither the name of Google Inc. nor the names of its
15
 
// contributors may be used to endorse or promote products derived from
16
 
// this software without specific prior written permission.
17
 
//
18
 
// THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
19
 
// "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
20
 
// LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
21
 
// A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
22
 
// OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
23
 
// SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
24
 
// LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
25
 
// DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
26
 
// THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
27
 
// (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
28
 
// OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
29
 
 
30
 
// A sample program demonstrating using Google C++ testing framework.
31
 
//
32
 
// Author: wan@google.com (Zhanyong Wan)
33
 
 
34
 
 
35
 
// This sample shows how to write a simple unit test for a function,
36
 
// using Google C++ testing framework.
37
 
//
38
 
// Writing a unit test using Google C++ testing framework is easy as 1-2-3:
39
 
 
40
 
 
41
 
// Step 1. Include necessary header files such that the stuff your
42
 
// test logic needs is declared.
43
 
//
44
 
// Don't forget gtest.h, which declares the testing framework.
45
 
 
46
 
#include <limits.h>
47
 
#include "sample1.h"
48
 
#include <gtest/gtest.h>
49
 
 
50
 
 
51
 
// Step 2. Use the TEST macro to define your tests.
52
 
//
53
 
// TEST has two parameters: the test case name and the test name.
54
 
// After using the macro, you should define your test logic between a
55
 
// pair of braces.  You can use a bunch of macros to indicate the
56
 
// success or failure of a test.  EXPECT_TRUE and EXPECT_EQ are
57
 
// examples of such macros.  For a complete list, see gtest.h.
58
 
//
59
 
// <TechnicalDetails>
60
 
//
61
 
// In Google Test, tests are grouped into test cases.  This is how we
62
 
// keep test code organized.  You should put logically related tests
63
 
// into the same test case.
64
 
//
65
 
// The test case name and the test name should both be valid C++
66
 
// identifiers.  And you should not use underscore (_) in the names.
67
 
//
68
 
// Google Test guarantees that each test you define is run exactly
69
 
// once, but it makes no guarantee on the order the tests are
70
 
// executed.  Therefore, you should write your tests in such a way
71
 
// that their results don't depend on their order.
72
 
//
73
 
// </TechnicalDetails>
74
 
 
75
 
 
76
 
// Tests Factorial().
77
 
 
78
 
// Tests factorial of negative numbers.
79
 
TEST(FactorialTest, Negative) {
80
 
  // This test is named "Negative", and belongs to the "FactorialTest"
81
 
  // test case.
82
 
  EXPECT_EQ(1, Factorial(-5));
83
 
  EXPECT_EQ(1, Factorial(-1));
84
 
  EXPECT_TRUE(Factorial(-10) > 0);
85
 
 
86
 
  // <TechnicalDetails>
87
 
  //
88
 
  // EXPECT_EQ(expected, actual) is the same as
89
 
  //
90
 
  //   EXPECT_TRUE((expected) == (actual))
91
 
  //
92
 
  // except that it will print both the expected value and the actual
93
 
  // value when the assertion fails.  This is very helpful for
94
 
  // debugging.  Therefore in this case EXPECT_EQ is preferred.
95
 
  //
96
 
  // On the other hand, EXPECT_TRUE accepts any Boolean expression,
97
 
  // and is thus more general.
98
 
  //
99
 
  // </TechnicalDetails>
100
 
}
101
 
 
102
 
// Tests factorial of 0.
103
 
TEST(FactorialTest, Zero) {
104
 
  EXPECT_EQ(1, Factorial(0));
105
 
}
106
 
 
107
 
// Tests factorial of positive numbers.
108
 
TEST(FactorialTest, Positive) {
109
 
  EXPECT_EQ(1, Factorial(1));
110
 
  EXPECT_EQ(2, Factorial(2));
111
 
  EXPECT_EQ(6, Factorial(3));
112
 
  EXPECT_EQ(40320, Factorial(8));
113
 
}
114
 
 
115
 
 
116
 
// Tests IsPrime()
117
 
 
118
 
// Tests negative input.
119
 
TEST(IsPrimeTest, Negative) {
120
 
  // This test belongs to the IsPrimeTest test case.
121
 
 
122
 
  EXPECT_FALSE(IsPrime(-1));
123
 
  EXPECT_FALSE(IsPrime(-2));
124
 
  EXPECT_FALSE(IsPrime(INT_MIN));
125
 
}
126
 
 
127
 
// Tests some trivial cases.
128
 
TEST(IsPrimeTest, Trivial) {
129
 
  EXPECT_FALSE(IsPrime(0));
130
 
  EXPECT_FALSE(IsPrime(1));
131
 
  EXPECT_TRUE(IsPrime(2));
132
 
  EXPECT_TRUE(IsPrime(3));
133
 
}
134
 
 
135
 
// Tests positive input.
136
 
TEST(IsPrimeTest, Positive) {
137
 
  EXPECT_FALSE(IsPrime(4));
138
 
  EXPECT_TRUE(IsPrime(5));
139
 
  EXPECT_FALSE(IsPrime(6));
140
 
  EXPECT_TRUE(IsPrime(23));
141
 
}
142
 
 
143
 
// Step 3. Call RUN_ALL_TESTS() in main().
144
 
//
145
 
// We do this by linking in src/gtest_main.cc file, which consists of
146
 
// a main() function which calls RUN_ALL_TESTS() for us.
147
 
//
148
 
// This runs all the tests you've defined, prints the result, and
149
 
// returns 0 if successful, or 1 otherwise.
150
 
//
151
 
// Did you notice that we didn't register the tests?  The
152
 
// RUN_ALL_TESTS() macro magically knows about all the tests we
153
 
// defined.  Isn't this convenient?