Projects / TestTrack Pro / Comments

Comments for TestTrack Pro

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.

31 Aug 2001 13:26 seapinesoftware

Re: Use it at work, don't like it
Thank you for your comment. Seapine Software is
currently exploring several options
for improvements to the TestTrack Pro Web interface,
and is also working on reducing the
need to access the TestTrack Pro Windows client.

16 Aug 2001 11:05 drig

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.

Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.