Title: Message

Hi Michael

 

I am the sole QA grunt for our company, and there are several ways that Watir has helped alleviate my testing burden:

1 – I use Watir scripts to update our baseline data to try and mimic the client’s use of our application so our testing data is up to date.

2 – I run a scripted timed test which performs the same tasks each time and logs the amount of time it takes for those tasks to finish. This allows me to identify if a change in the code is making a certain process run faster or slower then it did in a previous version.

3 – I am still developing some simple regression test scripts. These will be used on areas of the site that virtually never change and are a pain to run through manually.

 

Of course there is nothing that can replace the ‘real user’ testing – at least that’s what I’m basing my career on! There are many functions in our application that are way too cumbersome to automate as there are too many combinations and permutations of the results. These functions will always be manually tested, but by automating some of the more simpler tasks, it allows me more time to focus on the more difficult ones.

 

Hope that helps

 

Tom Feodoroff

Presslogic Inc.

Calgary

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Kelly
Sent: Thursday, August 18, 2005 10:21 AM
To: [email protected]
Subject: [Wtr-general] A general question about the role of scripted testswithin the responsibilities of QA.

 

My developer chums and I use Watir as part of our test-driven development.  As such, we're giddy to be able to finally write unit tests for the UI.  But the presence of these developer written UI test scripts raises questions about what impact, if any, they will have on what our QA engineer will focus on.  It's tempting to suggest that there is a whole set of functionality that they simply don't have to test manually anymore.  But clearly this is just wrong, wrong, wrong.  The developers will only write tests for the things they think of, and we all know that developers tend to be optimistic about their code.  In addition, the unit tests themselves can have flaws that cause a test to pass when the code is not, in fact, functioning properly.

 

So, it seems that we still need the QA engineer to do a full manual QA pass on the software.  At what point do these scripts allieviate some of the QA engineer's manual testing burden?

 

Thanks for your thoughts,

 

-=michael=-

--
Michael Kelly
Sr. Software Engineer
Eleven Wireless Inc. - The Possibilities are Wireless
http://www.elevenwireless.com

 

 

_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general

Reply via email to