Projects / TestTrack Pro

TestTrack Pro

TestTrack Pro is a powerful defect tracking/bug tracking application. The application's server component runs on Linux servers and can be accessed by both Web and Windows clients. A full-featured defect management solution, TestTrack Pro includes multiple security configurations, integrated email notification, email importation, XML support, and much more. It easily scales from a single user to hundreds.

Operating Systems

Recent releases

  •  16 Aug 2001 13:54

    Release Notes: New features include source code control integration and customization of data relationships.

    Recent comments

    13 Nov 2006 13:32 pburma

    Re: Use it at work, don't like it

    > It may support Linux on the server-side,

    > but it's

    > client is only for Windows. Under

    > Linux, you have

    > to access TTPro via the web interface.

    > The web

    > interface is very difficult to use and

    > slow. Much

    > of the interface is inconsistent (for

    > instance,

    > you have to click save after assigning a

    > task to a

    > use via one screen, but not from

    > another).


    > TTPro should take a hint from Bugzilla.

    > Bugzilla

    > has a clean interface, runs quickly on

    > commodity

    > hardware, and ships with source code so

    > modifications are easy.

    TestTrack currently offers cross-platform client using QT available on Linux x86 systems.

    22 Oct 2001 18:31 pburma

    Re: Proprietary database, no JDBC.
    Just a short followup:

    The Perl method of querying requires very little programming. The main elements required for a Perl to xBase query are the Perl DBI and xBase DBD which are free downloads from CPAN.ORG. Our website's KB section has a Perl Query article that provides a sample script, all you have to do is fill in your SQL statement, no Perl programming is necessary. I am not a programmer and I have made Perl based SQL queries on both Windows and Linux.

    You also wrote - "The Xbase format used by TestTrack isn't compatible with other Xbase variety drivers (at least none that we've found), and requires the Seapine ODBC driver. "

    The Perl connection uses Perl drivers to directly access the TestTrack backend tables without the use of the TestTrack ODBC driver. This is not my solution for you, but it is a very good example to challenge your claim that xBase drivers are not compatible. Most are compatible when used correctly. Make sure you know the flavor of xBase we are using our memo files have .fpt extensions.

    The TestTrack ODBC is a proprietary piece of software, specifically written to access the xBase database we use. Our database is not proprietary, it is xBase, perhaps the drivers you are trying to use do not connect to our flavor of xBase or need to be adjusted to compliment the renaming of .dbf files to .ttt (try making a symlink to a .dbf)? I have used many 3rd party programs to interface our database such as FoxPro, FoxWeb, as well as doing ASP, JSP, and JDBC-ODBC queries using the Sun JDBC driver just to name a few methods of data transfer available to you outside of TestTrack.

    The xBase database was selected over the SQL, Access and Oracle type databases for specific reasons. We wanted a cross-platform, royalty-free, easy-to-install and maintain database, as I mentioned in my last message. TestTrack can be installed and run straight out of the box by almost anybody, which is something many of our customers appreciate. We also would not be able to ship an open source or commercial database with TestTrack, and we wanted to sell a complete product.

    Having said all that a future version of TestTrack Pro will be SQL compatible. We will still ship with the xBase DB but with the option to use an SQL backend if desired.

    Feel free to contact me for additional questions. Our support is presently free.

    22 Oct 2001 13:12 keishik

    Re: Proprietary database, no JDBC.
    Having to use PERL to access the db in a UNIX environment isn't always a viable solution; Why would a company purchase a system for its ease of use, and then have to spend development time and $$ to design a PERL interface, just to get TestTrack to work with their other systems?
    The Xbase format used by TestTrack isn't compatible with other Xbase variety drivers (at least none that we've found), and requires the Seapine ODBC driver. That seems proprietary to me.
    Regarding the use of a SQL backend, Many mid-sized and enterprise companies already have SQL database servers in place of one sort or another, with the licensing to go with them. There are also several good open source database servers available, PostgreSQL and MySQL just to name a couple, many with JDBC as well as ODBC support.

    18 Oct 2001 17:13 pburma

    Re: Proprietary database, no JDBC.
    I hope its is not inappropriate for me to respond since I work in the Seapine Support group.

    The TestTrack database is not proprietary it is based on the xBase standard which is a popular industry recognized data format. We use xBase because it is fast, scaleable and most importantly royalty-free and low maintenance. Other databases like SQL require a separate DB license and require a Database administrator to set it up and keep it running. However we do recognize the ability to snap on an SQL or Oracle backend would be a very powerful feature and go a long way to help companies integrate TestTrack data with other tools and apps.

    We do also ship an ODBC driver that is JDBC-ODBC bridge capable. For UNIX users though without a real ODBC server you would need to use the Windows driver as the bridge. UNIX users may be more comfortable using the Perl DBI and Perl xBase DBD to run queries to there TestTrack databases. More information is available on our web site in the KB section.

    17 Oct 2001 19:51 keishik

    Proprietary database, no JDBC.
    The server side runs great on linux; good reponse, easy setup. Migrating the data over from the NT system using XML Export/Import took a while; all in all the export/import is only good for migrating databases. For real time inserts, you are stuck with using the web interface. No way to interface TestTrack with any sort of CRM or CMS application. Looks like they try to do the whole shot in one application; unfortunatly it comes up short and doesn't have the benefit of a real interface to get around the shortcomings.


    Project Spotlight


    A Fluent OpenStack client API for Java.


    Project Spotlight

    TurnKey TWiki Appliance

    A TWiki appliance that is easy to use and lightweight.