I use both Selenium and Qtp every day, I would have to disagree. We use qtp in a agile environment and it works great. I get a report in email every morning from the tests, that tell me what broke.
Qtp most certainly can be integrated into Hudson or another CI tool. Just call it from the command line or, even easier control it through the com libraries. You can even spawn it on remote machines this way, and run the tests in parallel as another poster pointed out. Take a look at the automation model docs and you will see you can do a ton of stuff. If you find something lacking in vbscript just use the dotNet interface and create classes and such in .net. We do this for data classes. It's mostly automated, pulls the descriptions from the database and builds the data class dll each test run, then pulls in the test data. You edit the data in a web interface that everyone has access to. It sure beats editing excel sheets, everything stays in sync, and doesn't require BPT. If all you are doing is web Selenium isn't bad, but try automating a flex front end with it and it gets painful. What was easy in qtp becomes difficult in selenium. I had to look up bdd. I don't quite understand why you say qtp cannot support it. It wouldn't take much to have driver script handle something like that. I agree about the IDE, its bad. So bad I write classes in .net and use them in qtp instead of using vbscript classes. With a com wrapper you actually get intellisense. I have been looking at Test Design Studio to augment the qtp interface. It's closer to visual studio and has some nice features like a test documenter. I really don't get the knowledge sharing point. I have worked on both dev and test and you are performing two different tasks. We are not writing unit tests, we are testing an application so you shouldn't need the same codebase. If it's how the app works, I have never had a problem with talking to our devs, or BAs. Qtp has some things that the other tools just don't even come close in. Visual object recognition in qtp 11, is really nice. On May 10, 2011, at 11:17 PM, Leonardo Ribeiro Oliveira <[email protected]> wrote: > Hi guys, > > After a long time, I'm back! As I told here some months ago, I was going to > start working on a new project where I would automate tests with Selenium and > other tools, but this project didn't happened and I decided to quit the > company and joined ThoughtWorks. > I've doing real agile development and learning about BDD, TDD, continuous > integration and about other automation tools like Selenium/Webdriver, Watir, > Cucumber and others. That's the reason I started to think that QTP have to > change a lot or it will lose a lot of market share. > > These are my main points why I believe QTP have to change: > > - Agile development is getting bigger and bigger. > - QTP can't handle continuous deployment, the tests takes to much time to run > and can't be easily integrated with Hudson, CruiseControl or other CI tools. > - QTP can't handle BDD (it's possible with BPT but it's really expensive and > doesn't work very well). > - VBScript is and old language and doesn't support a lot of features > supported by newer languages like Python and Ruby. > - VBScript is not used for development, so DEVs and QAs can't code on the > same language and improve knowledge sharing. > > What do you think about that? I really interested in your views. > > *** I will think about new points and add here later *** > > Regards, > Leonardo Ribeiro Oliveira > -- > You received this message because you are subscribed to the Google > "QTP - HP Quick Test Professional - Automated Software Testing" > group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/MercuryQTP?hl=en -- You received this message because you are subscribed to the Google "QTP - HP Quick Test Professional - Automated Software Testing" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/MercuryQTP?hl=en
