From 55c4ac1bfe565f1ca7f537fdd8b7a201be28e581 Mon Sep 17 00:00:00 2001 From: xue <> Date: Thu, 10 Nov 2005 12:47:19 +0000 Subject: Initial import of prado framework --- tests/UnitTests/simpletest/docs/en/overview.html | 422 +++++++++++++++++++++++ 1 file changed, 422 insertions(+) create mode 100644 tests/UnitTests/simpletest/docs/en/overview.html (limited to 'tests/UnitTests/simpletest/docs/en/overview.html') diff --git a/tests/UnitTests/simpletest/docs/en/overview.html b/tests/UnitTests/simpletest/docs/en/overview.html new file mode 100644 index 00000000..5047598d --- /dev/null +++ b/tests/UnitTests/simpletest/docs/en/overview.html @@ -0,0 +1,422 @@ + + + + + Overview and feature list for the SimpleTest PHP unit tester and web tester + + + + + +

Overview of SimpleTest

+
+

+ +

What is SimpleTest?

+ +

+

+ The heart of SimpleTest is a testing framework built around + test case classes. + These are written as extensions of base test case classes, + each extended with methods that actually contain test code. + Top level test scripts then invoke the run() + methods on every one of these test cases in order. + Each test method is written to invoke various assertions that + the developer expects to be true such as + assertEqual(). + If the expectation is correct, then a successful result is dispatched to the + observing test reporter, but any failure triggers an alert + and a description of the mismatch. +

+

+ A test case looks like this... +

+<?php
+class MyTestCase extends UnitTestCase {
+    
+    function testLog() {
+        $log = &new Log('my.log');
+        $log->message('Hello');
+        $this->assertTrue(file_exists('my.log'));
+    }
+}
+?>
+
+

+

+ These tools are designed for the developer. + Tests are written in the PHP language itself more or less + as the application itself is built. + The advantage of using PHP itself as the testing language is that + there are no new languages to learn, testing can start straight away, + and the developer can test any part of the code. + Basically, all parts that can be accessed by the application code can also be + accessed by the test code if they are in the same language. +

+

+ The simplest type of test case is the + UnitTestCase. + This class of test case includes standard tests for equality, + references and pattern matching. + All these test the typical expectations of what you would + expect the result of a function or method to be. + This is by far the most common type of test in the daily + routine of development, making up about 95% of test cases. +

+

+ The top level task of a web application though is not to + produce correct output from its methods and objects, but + to generate web pages. + The WebTestCase class tests web + pages. + It simulates a web browser requesting a page, complete with + cookies, proxies, secure connections, authentication, forms, frames and most + navigation elements. + With this type of test case, the developer can assert that + information is present in the page and that forms and + sessions are handled correctly. +

+

+ A WebTestCase looks like this... +

+<?php
+class MySiteTest extends WebTestCase {
+    
+    function testHomePage() {
+        $this->get('http://www.my-site.com/index.php');
+        $this->assertTitle('My Home Page');
+        $this->clickLink('Contact');
+        $this->assertTitle('Contact me');
+        $this->assertWantedPattern('/Email me at/');
+    }
+}
+?>
+
+

+ +

+ +

Feature list

+ +

+

+ The following is a very rough outline of past and future features + and their expected point of release. + I am afraid it is liable to change without warning as meeting the + milestones rather depends on time available. + Green stuff has been coded, but not necessarily released yet. + If you have a pressing need for a green but unreleased feature + then you should check-out the code from sourceforge CVS directly. + A released feature is marked as "Done". + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FeatureDescriptionRelease
Unit test caseCore test case class and assertionsDone
Html displaySimplest possible displayDone
Autoloading of test cases + Reading a file with test cases and loading them into a + group test automatically + Done
Mock objects code generator + Objects capable of simulating other objects removing + test dependencies + Done
Server stubs + Mocks without expectations to be used outside of test cases, + e.g. for prototyping + Done
Integration of other unit testers + The ability to read and simulate test cases from PHPUnit + and PEAR::PhpUnit + Done
Web test caseBasic pattern matching of fetched pagesDone
HTML parsing of pagesAllows link following and title tag matchingDone
Partial mocks + Mocking parts of a class for testing less than a class + or for complex simulations + Done
Web cookie handlingCorrect handling of cookies when fetching pagesDone
Following redirectsPage fetching automatically follows 300 redirectsDone
Form parsingAbility to submit simple forms and read default form valuesDone
Command line interfaceTest display without the need of a web browserDone
Exposure of expectation classesCan create precise tests with mocks as well as test casesDone
XML output and parsing + Allows multi host testing and the integration of acceptance + testing extensions + Done
Command line test caseAllows testing of utilities and file handlingDone
PHP Documentor compatibilityFully generated class level documentationDone
Browser interface + Exposure of lower level web browser interface for more + detailed test cases + Done
HTTP authentication + Fetching protected web pages with basic authentication + only + Done
Browser navigation buttonsBack, forward and retryDone
SSL supportCan connect to https: pagesDone
Proxy supportCan connect via. common proxiesDone
Frames supportHandling of frames in web test casesDone
Improved displayBetter web GUI with tree display of test cases1.1
LocalisationMessages abstracted and code generated from XML1.1
File upload testingCan simulate the input type file tag1.1
Mocking interfacesCan generate mock objects to interfaces as well as classes2.0
Testing exceptionsSimilar to testing PHP errors2.0
XPath searching of elementsCan make use of HTML tidy for faster and more flexible content matching2.0
+ PHP5 migraton will start straight after the version 1.1 series, + whereupon PHP4 will no longer be supported. + SimpleTest is currently compatible with PHP5, but will not + make use of all of the new features until version 2. +

+ +

+ +

Web resources for testing

+ +

+

+ Process is at least as important as tools. + The type of process that makes the heaviest use of a developer's + testing tool is of course + Extreme Programming. + This is one of the + Agile Methodologies + which combine various practices to "flatten the cost curve" of software development. + More extreme still is Test Driven Development, + where you very strictly adhere to the rule of no coding until you have a test. + If you're more of a planner or believe that experience trumps evolution, + you may prefer the + RUP approach. + I haven't tried it, but even I can see that you will need test tools (see figure 9). +

+

+ Most unit testers clone JUnit to some degree, + as far as the interface at least. There is a wealth of information on the + JUnit site including the + FAQ + which contains plenty of general advice on testing. + Once you get bitten by the bug you will certainly appreciate the phrase + test infected + coined by Eric Gamma. + If you are still reviewing which unit tester to use the main choices + are PHPUnit + and Pear PHP::PHPUnit. + They currently lack a lot of features found in + SimpleTest, but the PEAR + version at least has been upgraded for PHP5 and is recommended if you are porting + existing JUnit test cases. +

+

+ Library writers don't seem to ship tests with their code very often + which is a shame. + Library code that includes tests can be more safely refactored and + the test code can act as additional documentation in a fairly standard + form. + This can save trawling the source code for clues when problems occour, + especially when upgrading such a library. + Libraries using SimpleTest for their unit testing include + WACT and + PEAR::XML_HTMLSax. +

+

+ There is currently a sad lack of material on mock objects, which is a shame + as unit testing without them is a lot more work. + The original mock objects paper + is very Java focused, but still worth a read. + As a new technology there are plenty of discussions and debate on how to use mocks, + often on Wikis such as + Extreme Tuesday + or www.mockobjects.com + or the original C2 Wiki. + Injecting mocks into a class is the main area of debate for which this + paper on IBM + makes a good starting point. +

+

+ There are plenty of web testing tools, but most are written in Java and + tutorials and advice are rather thin on the ground. + The only hope is to look at the documentation for + HTTPUnit, + HTMLUnit + or JWebUnit and hope for clues. + There are some XML driven test frameworks, but again most + require Java to run. + As SimpleTest does not support JavaScript you would probably + have to look at these tools anyway if you have highly dynamic + pages. +

+ +
+ + + -- cgit v1.2.3