Best way to test a Delphi application

Posted by Osama ALASSIRY on Stack Overflow See other posts from Stack Overflow or by Osama ALASSIRY
Published on 2009-02-12T09:33:33Z Indexed on 2010/03/17 13:01 UTC
Read the original article Hit count: 303

Filed under:
|
|
|

I have a Delphi application that has many dependencies, and it would be difficult to refactor it to use DUnit (it's huge), so I was thinking about using something like AutomatedQA's TestComplete to do the testing from the front-end UI.

My main problem is that a bugfix or new feature sometimes breaks old code that was previously tested (manually), and used to work.

I have setup the application to use command-line switches to open-up a specific form that could be tested, and I can create a set of values and clicks needed to be done.

But I have a few questions before I do anything drastic... (and before purchasing anything)

  1. Is it worth it?
  2. Would this be a good way to test?
  3. The result of the test should in my database (Oracle), is there an easy way in testcomplete to check these values (multiple fields in multiple tables)?
  4. I would need to setup a test database to do all the automated testing, would there be an easy way to automate re-setting the test db? Other than drop user cascade, create user,..., impdp.
  5. Is there a way in testcomplete to specify command-line parameters for an exe?
  6. Does anybody have any similar experiences.

© Stack Overflow or respective owner

Related posts about delphi

Related posts about Oracle