The first thing you see when you get to the website is:

[23/01/2012] SimpleTest 1.1.0 is available. It's the first release in maintenance mode.

(emphasis on date mine)

Whilst it may be true that 1.1.0 is still the only version in maintenance mode, that date is really old now. I was really happy to see that there's a Github account with activity. I only discovered this after coming across a Stack Overflow answer that mentioned the project is not abandoned.

That made me really happy as I looked for a long time to find something like this for my own testing and fell in love. I think for the sake of others who will come across the website and not realise there's activity, the above block should be moved to a less prominent location and an indicator put in off activity. Perhaps one of those snazzy "fork me on Github" banners everyone seems to like these days?

If you'd like some help with the site I'd be happy to help out or put in some PRs if you make it a public repo.

Warning: Ambiguous class resolution, "SimpleReflection" was found in both "vendor/simpletest/simpletest/reflection_php4.php" and "vendor/simpletest/simpletest/reflection_php5.php", the first will be used.

Composer seems to iterate in filesystem order, so this class effectively gets chosen at random on each distinct installation, although the php5 variant is the correct one in my environment.

I don't think this makes a difference (the class isn't actually autoloaded, so if the wrong one was in the autoloader, nothing bad happens) unless client code accidentally triggers the autoload before SimpleTest gets a chance to do its own direct loading. Still, I would like the warning to be fixed.

In fact, I think the php4 file can just be deleted. composer.json and the bundled docs both say 1.1+ are PHP5-only, and I can't find anywhere that would load the php4 variant.

I would like to inquire about the status of simpletest. The last release was in October of 2015, so getting close to 2 years ago now. I'm guessing there are 4 possibilities as to why this is. 1) The code has been unfit for release since then. 2) There have not been significant enough changes to warrant a release. 3) The project is not actively maintained enough for someone to prepare a release even though they are believed in by the maintainer. 4) You don't believe in releases and always consider the master branch to be the latest release and fit for use.

Because of message formatting uses sprinf, assert methods fail if the message contains percent sign:

Unexpected PHP Error [sprintf(): Too few arguments] severity [2] in [/media/sf_projects/html/simpletest2/test_case.php line 311]

`diff --git a/browser.php b/browser.php index 09aa295..ec25d84 100644 --- a/browser.php +++ b/browser.php @@ -248,7 +248,8 @@ class SimpleBrowser }

 /**

• * Switches back on the cookie sending and recieving.
  

• *    Switches back on the cookie sending and recieving.
  

• *    @access public
  */
  

  public function useCookies() { @@ -256,6 +257,27 @@ class SimpleBrowser }

  /**

• *    Get current list of cookies
  

• *    @access public
  

• *    @return array
  

• */
  

• public function getCookies()

• {

•    return $this->user_agent->getCookies();
  

• }

• /**

• *    Import a list of cookies
  

• *    @access public
  

• *    @param array
  

• */
  

• public function setCookies(array $lstCookies)

• {

•    return $this->user_agent->setCookies($lstCookies);
  

• }

• /**

  • Parses the raw content into a page.
  • Will load further frame pages unless frames are disabled.

diff --git a/cookies.php b/cookies.php index ed25d08..dfff5d9 100644 --- a/cookies.php +++ b/cookies.php @@ -288,6 +288,16 @@ class SimpleCookieJar }

 /**

• *    Return a list of the current cookies
  

• *    @access public
  

• *    @return array
  

• */
  

• public function getCookies()

• {

•    return $this->cookies;
  

• }

• /**

  • Finds a matching cookie to write over or the first empty slot if none.
  • @param SimpleCookie $cookie Cookie to write into jar. diff --git a/user_agent.php b/user_agent.php index e35da5d..dd66057 100644 --- a/user_agent.php +++ b/user_agent.php @@ -97,6 +97,45 @@ class SimpleUserAgent }

  /**

• *    Get current list of cookies
  

• *    @access public
  

• *    @return array
  

• */
  

• public function getCookies()

• {

•    $lstCookies = $this->cookie_jar->getCookies();
  

•    $aCookies = [];
  

•    foreach($lstCookies as $oCookies) {
  

•        $aCookies[] = [
  

•            'name'=>$oCookies->getName(),
  

•            'value'=>$oCookies->getValue(),
  

•            'host'=>$oCookies->getHost(),
  

•            'path'=>$oCookies->getPath(),
  

•            'expiry'=>$oCookies->getExpiry(),
  

•        ];
  

•    }
  

•    return $aCookies;
  

• }

• /**

• *    Import a list of cookies
  

• *    @access public
  

• *    @param array
  

• */
  

• public function setCookies(array $lstCookies)

• {

•    foreach($lstCookies as $aCookies) {
  

•            $this->cookie_jar->setCookie(
  

•            $aCookies['name'],
  

•            $aCookies['value'],
  

•            $aCookies['host'],
  

•            $aCookies['path'],
  

•            $aCookies['expiry']
  

•        );
  

•    }
  

• }

• /**

  • Reads the most specific cookie value from the browser cookies.
  • @param string $host Host to search. `

Hi, I came across this issue and fixed it by adding is_object to $this->private_content_tag before executing the $this->private_content_tag->getTagName() method. Below is the error message. Please update.

PHP Fatal error: Call to a member function getTagName() on a non-object in /vendor/simpletest/simpletest/php_parser.php on line 876

Hello,

I think there is a problem with some dynamic methods that are called as static methods. And calling a dynamic method statically generates the E_STRICT error with PHP 5. Could you please check that and update Simpletest?

The following dynamic methods are called statically:

• Class PageRequest, methods get() and post()
• Class DOMDocument, method loadHTML

vendor/simpletest/simpletest/test/site/front_controller_style/show_request.php:21
vendor/simpletest/simpletest/test/site/front_controller_style/show_request.php:35
vendor/simpletest/simpletest/test/site/path/network_confirm.php:41
vendor/simpletest/simpletest/test/site/network_confirm.php:41
vendor/simpletest/simpletest/test/site/protected/network_confirm.php:41
vendor/simpletest/simpletest/test/site/path/network_confirm.php:55
vendor/simpletest/simpletest/test/site/protected/network_confirm.php:55
vendor/simpletest/simpletest/test/site/network_confirm.php:61
vendor/simpletest/simpletest/extensions/coverage/test/coverage_calculator_test.php:70
vendor/simpletest/simpletest/extensions/coverage/test/simple_coverage_writer_test.php:71

This issue is similar to issue #2.

Thanks ;)

Guillaume

I've done some commits to get SimpleTest up and running on Travis-CI. This build is the first green one after a long time. And yes, it's green on PHP 7 ;) https://travis-ci.org/simpletest/simpletest/builds/73022256

Warning: tl;tr

• I've disabled the acceptance_tests. They do live tests against lastcraft.com, which is down. This needs to be changed:
• fire up PHP server or Nginx over at Travis
• serve the tests folder for the acceptance tests
• alter the lastcraft.com to localhost
• The Mock object creation is still a mess. Some mocks use the method name of their class as constructors. This will be deprecated soon and is now a warning.
• I've prefixed several failing tests with "TODO_". Some of them are related to the SimpleTestCompatibility::isReference() function. I think the reference detection needs an adjustment to work with newer PHP versions.
• I've dropped several PHP version comparisons and guards with the intention to raise the minimum PHP version to PHP 5.4. All lower PHP versions are EOL and PHP5.4 itself is EOL at the end of 2015.
• I've also removed several compatibility functions and inserted the native functionality at the position of the call to the compat functions.

Regards, Jens

I must be missing a trick with structuring my integration tests. I have classes for running specific tests based on input, but now I want to test different classes together and running into problems. I first tried inheritence but quickly realised that approach was limited when I needed to use more than 1 test class (e.g. fooTest, barTest). I only want to run every 'test' method in bazTest, while fooTest and barTest just provide useful abstractions so that bazTest is short and understandable.

What I'm trying now is failing with Fatal error: Call to a member function getDumper() on a non-object in /srv/example.com/htdocs/simpletest/test_case.php on line 345

class bazTest extends UnitTestCase {
    function testStart() {
        $this->foo = new fooTest();
    }
    function testDo() {
        $this->foo->doFoo(true);
    }
}
class fooTest extends UnitTestCase {
    function doFoo($foo) {        $this->assertTrue($foo);    }
}
class barTest extends UnitTestCase {
    function doBar($bar) {        $this->assertTrue($bar);    }
}

I guess I'm misunderstanding some concepts, but I thought I remember reading that SimpleTest can do Integration tests and not only Unit tests..

It is important to only parse the first title tag. One might think an HTML file can only contain a single tag, but actually embedded SVG (within an svg tag) may provide its own title, and we do not want to be capturing that.

Replacing my ancient bug report with an up-to-date one:

reflection.php has code for generating a nullable return type in a method signature, but the code seems to have 2 problems:

1. It doesn't actually use allowsNull() on the return type object, so it looks like all types would be marked nullable
2. More relevantly, It doesn't check to see if getReturnType returns null (or is empty string in the casted-to-string form it's currently being used), so in that case it generates a signature with just a floating : ?, which causes a syntax error when the code gets eval'd in a mock class.

Just removing the whole block removes the syntax error and is probably a step forward.

This partially fixes running HTMLPurifier tests on PHP 8 (https://github.com/ezyang/htmlpurifier/issues/278), specifically:

Fatal error: Abstract function HTMLPurifier_AttrDefTestable::validate() cannot contain body in /pwd/simpletest/src/mock_objects.php(1417) : eval()'d code on line 138

There are issues with the references tests which I've commented out, and I would be grateful for your assistance in resolving those issues. The broken references tests are also blocking HTMLPurifier:

All HTML Purifier tests on PHP 8.0.6
1) [Object: of HTMLPurifier_DefinitionCache_Serializer] and [Object: of HTMLPurifier_DefinitionCache_Serializer] should reference the same object at [/v/tests/HTMLPurifier/DefinitionCacheFactoryTest.php line 52]
        in test_create_recycling
        in HTMLPurifier_DefinitionCacheFactoryTest
2) [Object: of HTMLPurifier_ElementDef] and [Object: of HTMLPurifier_ElementDef] should reference the same object at [/v/tests/HTMLPurifier/HTMLModuleTest.php line 42]
        in test_addElement
        in HTMLPurifier_HTMLModuleTest
3) [Object: of HTMLPurifier_ElementDef] and [Object: of HTMLPurifier_ElementDef] should reference the same object at [/v/tests/HTMLPurifier/HTMLModuleTest.php line 115]
        in test_addBlankElement
        in HTMLPurifier_HTMLModuleTest
4) [Object: of HTMLPurifier] and [Object: of HTMLPurifier] should reference the same object at [/v/tests/HTMLPurifierTest.php line 46]
        in testGetInstance
        in HTMLPurifierTest
FAILURES!!!
Test cases run: 220/220, Passes: 2780, Failures: 4, Exceptions: 0

Just installed simpleTest 1.1.7 on the XAMPP htdocs directory on Windows 7(unziping to it) and got this message after running unit_tests.php. Is there a need to configure any dependency ?

unit_tests.php Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\mock_objects.php line 512]

Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\mock_objects.php line 512]

Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\mock_objects.php line 774]

Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\mock_objects.php line 774]

Fatal error: Uncaught ArgumentCountError: Too few arguments to function MockDummyInterface::anotherMethod(), 0 passed in C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\test\interfaces_test.php on line 33 and exactly 1 expected in C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\mock_objects.php(1403) : eval()'d code:10 Stack trace: #0

C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\test\interfaces_test.php(33): MockDummyInterface->anotherMethod() #1

C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\invoker.php(72): TestOfMockInterfaces->testMockedInterfaceExpectsParameters() #2 C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\invoker.php(136): SimpleInvoker->invoke('testMockedInter...') #3

C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\exceptions.php(44): SimpleInvokerDecorator->invoke('testMockedInter...') #4

C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\invoker.php(136): SimpleExceptionTrappingInvoker->invoke('testMockedInter...') #5

C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7 in C:\ArquivosDeProgramas\xampp\htdocs\simpleTest_1_1_7\mock_objects.php(1403) : eval()'d code on line 10

When install through Composer, I get this:

unit_tests.php Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\mock_objects.php line 512] Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\mock_objects.php line 512] Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\mock_objects.php line 774] Exception: Unit tests -> C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\test/mock_objects_test.php -> TestOfMockExpectations -> testNonArrayForExpectedParametersGivesError -> Unexpected PHP Error [count(): Parameter must be an array or an object that implements Countable] severity [2] in [C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\mock_objects.php line 774]

Fatal error: Uncaught ArgumentCountError: Too few arguments to function MockDummyInterface::anotherMethod(), 0 passed in C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\test\interfaces_test.php on line 33 and exactly 1 expected in C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\mock_objects.php(1403) : eval()'d code:10 Stack trace: #0 C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\test\interfaces_test.php(33): MockDummyInterface->anotherMethod() #1 C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\invoker.php(72): TestOfMockInterfaces->testMockedInterfaceExpectsParameters() #2 C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\invoker.php(136): SimpleInvoker->invoke('testMockedInter...') #3 C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\exceptions.php(44): SimpleInvokerDecorator->invoke('testMockedInter...') #4 C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpl in C:\ArquivosDeProgramas\xampp\htdocs\projIni\vendor\simpletest\simpletest\mock_objects.php(1403) : eval()'d code on line 10

Hi,

We're having an issue with the way classes are handled when building a TestSuite.

We have a hierarchy of test classes that eventually derive from testcase. Some of the classes in the hierarchy are abstract, but other aren't. When the TestSuite is built, the non-abstract classes are added to the TestSuite and an instance of them is constructed. Those classes don't have test methods, so only the constructor is run. The problem is that their constructors perform a long initialization, which is run multiple times (once for each 'parent' class created).

Our hierarchy of classes is something like:

abstract class BaseTest extends UnitTestCase {} class CommonTest extends BaseTest {} class TestWithDb extends CommonTest {} class ATest extends TestWithDb {}

When we try to run ATest, three instances are created: one of ATest (as expected), but also one of TestWithDb and one of CommonTest.

My question is what is the rationale behind it? If the class of the test has a parent class, why is the latter instantiated on its own?

The sequence of the code is:

In SimpleFileLoader:

public function load($test_file)
{
    $existing_classes = get_declared_classes();
    $existing_globals = get_defined_vars();
    include_once($test_file);
    $new_globals = get_defined_vars();
    $this->makeFileVariablesGlobal($existing_globals, $new_globals);
    $new_classes = array_diff(get_declared_classes(), $existing_classes);
    if (empty($new_classes)) {
        $new_classes = $this->scrapeClassesFromFile($test_file);
    }
    $classes = $this->selectRunnableTests($new_classes);

    return $this->createSuiteFromClasses($test_file, $classes);

}

scrapeClassesFromFile(): finds all the classes of our hierarchy. selectRunnableTests(): marks as ignored only abstract classes createSuiteFromClasses(): ignores only the parent of ignored classes, creates one instance of the remaining ones.

Regards,

Alejandro

I was trying to click the href for the following code

<td  align="right" nowrap="nowrap">
<a href="newaccout.do">My Details</a>
</td>

$browser->click("My Details"); and it redirect to another page. So I am unable to process next.

The following is the web test post request header, please bring a cookie in each request, otherwise can not keep session ----Translation from Google translation

HTTP/1.1 200 OK Date: Wed, 20 Sep 2017 10:01:08 GMT Server: Apache/2.4.27 (Debian) Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate Pragma: no-cache Content-Length: 105 Connection: close Content-Type: application/json; charset=utf-8