what are the inputs fo writing testcases and what are the
outputs after executing the testcases?
Answers were Sorted based on User's Feedback
Answer / gg
Inputs of testcases can be any of the following:
1. FRS - Functional Requirement Specification
2. SRS - System Requirement Specification
3. BRS - Business Requirement Specification
Outputs after executing the testcases are basically the
expected result as stated in all above documents.
| Is This Answer Correct ? | 28 Yes | 4 No |
Answer / jai
1.The Input of Test case can be Requirement or Scope of the
Porject. we can say It is a Clearly defined Project
requirement specification.
2. Outputs after executing the Test case are the Actual
results based on the scenerio we executed. We have to make
sure that The Actual result Met the Expected Result.
| Is This Answer Correct ? | 14 Yes | 2 No |
Answer / raja jeevan kumar maduri
You should be basing several things while you go about documenting your test cases:
1) Your Use Cases should form a strong base for you to understand several exception flows. However, this can only be achieved if you have a strong Business Analyst with greater depths of domain knowledge.
2) You should base your test scenarios and cases on the real-time business scenarios. For instance, you should be able to think negatively and start to think framing your questions surrounding...the "What if...you do x....does it result in y (Pass condition) or is it resulting in z (Fail condition)
3) Bring your intuition and trust your conscious senses about how the user might about making an entry into the system while working with the end system
4) Start having a bird's eye view of the application. Understand the vision why application is currently being devised
5) Once you write your test cases, you should be able to provide them to a user who has not worked with the system earlier to proceed on with the execution. Tester should ensure that he has documented all the alternate flows, presence of test data, any configuration requirements for the test case to be either passed or failed
6) Performance of the screens and the screen activity needs to be taken into account. User should not be sight any kind of system freezes or he should ensure that the system does not die on him when he is interacting with the system
7) The user navigation flow should be consistent, if the system uses any kind of keyboard strokes
8) User should see that the actions provided on one particular screen should not sway away from the actions present on a consecutive screen. Consistency with respect to the usability of the screens and the placements should be taken into consideration while developing the screens by the developers
9) What is expected and How you can reach the expected are the two primary things that one has to look out for from a test case
10) Most importantly, your test cases should be maintainable in the long run saying that if you are writing Manual test cases today, there should not be any redundant test cases and your test cases should be used as the base to automate or build an automation test suite in the future when your enterprise or application vendor or Independent Software Vendor decides to do so.
| Is This Answer Correct ? | 2 Yes | 2 No |
Answer / ramprasad.s
Input of the Testcase are
SRS,Screen Shot, Screen Behaviour.
Output of the TestCase are
Functionality of an application w.r.t the TC.
| Is This Answer Correct ? | 1 Yes | 5 No |
who will prepare the SRS,FRS,BRS, AND When Will they prepare that
Testing process in your company?
1 Answers OM IT Solutions, Oracle, TCS,
explain current project?
what are the various bug reports that u publish
which model is mostly used in companies for SDLC and y?
we need to perform Soak Perf Test, Resilience Perf Test, Regression Perf Test.
hi there, Yaar can any body help me please? I am looking for job change n want to relocate to Pune,Im in bangalore I have 2+exp in testing (man&QTP). if anyone can provide some reference in any comp.....plz reply ....Thanks
what is patch,abbrevate SCD,CAPA
1 Answers Ordain Solutions, Verinon Technology Solutions,
Defect Migration "Defect Migration" means that error is early project documents lead to errors in later documents. For example, an incorrect requirement leads to an incorrect set of speacifications, which leads to design errors, which leads to coding errors, which lead to failures when we test against user expectations. a. How will you prevent Defect Migration? b. Why do you think preventing Defect Migration is important?
wht are the possible test cases for security testing?both negtive and possitive
Any Tools to test the performance of SQL Database?
How do u ensure that there are no duplicate testcases?