Prepare for your Next Interview
|
Welcome to the Geeks Talk forums. You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our community today! If you have any problems with the registration process or your account login, please contact contact us. |
This is a discussion on Test cases Strategy within the Test Cases forums, part of the Software Testing category; Hi Its a simple question regarding the testcase What should be the strategy followed for writing the testcases?? a.Writing all the functionalities...possibilities..scenarios we can think of...all cosmetic things(labels,taborder,,,)making the coverage ...
|
|||||||
|
|||
|
Test cases Strategy
Hi
Its a simple question regarding the testcase What should be the strategy followed for writing the testcases?? a.Writing all the functionalities...possibilities..scenarios we can think of...all cosmetic things(labels,taborder,,,)making the coverage 100%?? or b.Following a general pattern which just covers the major functionality and then go about writing the testcases when we find bugs during bughunting I wont ur opinion...On which is a better strategy?? on things like 1.which one saves time 2.Which one is fruitful?? Thanks in advance |
| The Following User Says Thank You to rose For This Useful Post: | ||
| Sponsored Links |
|
|||
|
Re: Test cases Strategy
Different companies choose different approaches depending on their policies, strategies and more importantly their budgets.
My vote goes to ‘A’ as 100% quality is more important than anything else (cost/time).
__________________
Lack of WILL POWER has caused more failure than lack of INTELLIGENCE or ABILITY. -sutnarcha- |
|
|||
|
Re: Test cases Strategy
When workin against deadlines..we definitely needs to save time...
A is the approach i am following right now...But what made me think was "If we can find bugs at the blink of an eye(blink testing by James bach)why should we waste our time in documenting so many testcases written for GUI specific things??". We can better concentrate on N number of scenarios affecting our functionality of the application....So could upls explain to me..Which one is good...Or I need to go in both the ways?? |
|
|||
|
Re: Test cases Strategy
See Test case strategy means how u r going to test the application , first u can plan it and test it based on the test case before the plan, this is some companies follows different different ways, depending on the client.
Thanks srinivasulu.chittoor |
|
|||
|
Re: Test cases Strategy
I vote for A.
but while we implement we would initially list all the possible test factors in the test strategy document. then during planning we would even consider the factors like time and cost and implement the related testing techiniques. |
|
|||
|
Re: Test cases Strategy
Tester should write testcase according to HLS and LLS.
This is the best approach and followed by MNC's. It's also a metric to count the tester efficiency.
__________________
-- Brijesh Jain |
|
|||
|
Re: Test cases Strategy
Quote:
But as told by Sutnarcha, it is always the companies discussion which we have to follow. Regards, Narin Kamuni |
![]() |
|
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Uploading Test Cases into Quality Center and Test Director | Rajani | Test Director | 2 | 05-13-2008 05:27 AM |
| Test cases for Push Button | Srikanth | Test Cases | 7 | 05-16-2007 07:32 AM |
| test cases for Radio | neetisharma | Test Cases | 4 | 04-18-2007 06:57 AM |