Skip to main content
Jump to: navigation, search

PDT/Testing Framework - PDTT

Revision as of 05:13, 17 February 2009 by (Talk | contribs) (pdtt - Test PHP 5.3 Code Assist)

pdtt - Test PHP 5.3 Code Assist

 pdtt is a clone of the popular phpt 

The first thing you need to know about tests is that we need more!!! Although Eclipse PDT works just great 99.99% of the time, not having a very comprehensive test suite means that we take more risks every time we add to or modify the Eclipse PDT Code Assist Engine implementation. The second thing you need to know is that if you can write PHP you can write tests. Thirdly - we are a friendly and welcoming community, don't be scared about writing to ( - we won't bite!


So what are pdtt tests?

A pdtt test is a little script used by the pdt internal and quality assurance teams to test Eclipse PDT's code assist functionality. It can be used with new releases to make sure they can do all the things that previous releases can, or to help find bugs in current releases. By writing pdtt tests you are helping to make Eclipse PDT more stable.

What skills are needed to write a pdtt test?

All that is really needed to write a pdtt test is a basic understanding of the PHP language, a text editor, and a way to get the results of your code. That is it. So if you have been writing and running PHP scripts already - you have everything you need.

What do you write pdtt tests on?

Basically you can write a pdtt test on one of the various code assist scenarios available. You can write a test on a basic language element (a type, function or variable). If you want more guidance than that you can always ask the Eclipse PDT Quality Assurance Team on their mailing list ( where they would like you to direct your attentions.

How is a pdtt test is used?

When a test is called by the TestPdttScripts it takes various parts of the pdtt file to name and create a .php file. That .php file is then saved in a temporary project. The location that is marked with "|" is used to initiate the code assist engine. If the proposals of the engine "match" the proposals provided in the pdtt script - it passes.

What should a pdtt test do?

Basically - it should try and break the Eclipse PDT Code Assist Engine. It should check not only the regular code assist proposals, but it should also check edge cases.

Writing pdtt Tests

Naming Conventions

Pdtt tests follow a very strict naming convention. This is done to easily identify what each pdtt test is for. Tests should be named according to the following list:

  • Tests for bugs - bug<bugid>.pdtt (bug17123.pdtt)
  • General tests for specific scenario - <name><no>.phpt (namespace_003.pdtt)

How big is a test case?

Small. Really - the smaller the better, a good guide is no more than 10 lines of output. The reason for this is that if we break something in Eclipse PDT Code Assist Engine and it breaks your test case we need to be able to find out quite quickly what we broke, going through 1000s of line of test case output is not easy. Having said that it's sometimes just not practical to stay within the 10 line guideline, in this case you can help a lot by commenting the output.


1. Case: <? class A {} $a = new | ?>


Back to the top