diff options
| author | Hugo Hudson <hugohudson@google.com> | 2012-01-11 17:16:45 +0000 |
|---|---|---|
| committer | Hugo Hudson <hugohudson@google.com> | 2012-01-11 17:16:45 +0000 |
| commit | ba73a086722c0eb6dd33e4de0764ae1f45d8d895 (patch) | |
| tree | 61d3d6b6b73e255bcfa611d8c604eff18df81bca | |
| parent | ae4e4ac4facc3eacff13ab7ed115292fb5009d1e (diff) | |
| download | littlemock-ba73a086722c0eb6dd33e4de0764ae1f45d8d895.tar.gz | |
Update to r8 of LittleMock.
Change-Id: I8edea860f2e96ae42416d120c0b8f71795244284
| -rw-r--r-- | src/com/google/testing/littlemock/LittleMock.java | 17 |
1 files changed, 8 insertions, 9 deletions
diff --git a/src/com/google/testing/littlemock/LittleMock.java b/src/com/google/testing/littlemock/LittleMock.java index efd205c..50afeb1 100644 --- a/src/com/google/testing/littlemock/LittleMock.java +++ b/src/com/google/testing/littlemock/LittleMock.java @@ -33,16 +33,13 @@ import java.util.concurrent.atomic.AtomicReference; /** * Very lightweight and simple mocking framework, inspired by Mockito, http://mockito.org. * - * <p>It has a number of limitations, including: - * <ul> - * <li>Doesn't support mocking concrete classes, <b>interfaces only</b>.</li> - * - * <li>It supports only a <b>small subset</b> of the APIs provided by Mockito and other mocking - * frameworks.</li> - * </ul> + * <p>It supports only a <b>small subset</b> of the APIs provided by Mockito and other mocking + * frameworks. * - * <p>This project was designed to be lightweight and suitable for platforms that don't support - * dynamic class generation, for example Android. + * <p>This project was originally designed to be lightweight and suitable for platforms that don't + * support dynamic class generation, for example Android. Since the release of the open + * source dexmaker project http://code.google.com/p/dexmaker/ we can now mock concrete classes + * too. * * <p>Here is an example of how to use the framework. * @@ -85,6 +82,8 @@ import java.util.concurrent.atomic.AtomicReference; * desired behaviour.</li> * <li>Which also leads to less fragile tests, where adding another method call on your * dependencies doesn't break unrelated tests.</li> + * <li>Simpler sharing of common setup method with specific tests overridding individual + * behavious however they want to, only the most recent stubbed call is the one that counts.</li> * <li>More natural order for tests: set up stubs, execute tests, verify that it worked.</li> * <li>More unified syntax that doesn't require special case for differences between void method * calls and method calls that return a value.</li> |