Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

How to interpret 'test every scenario you can think of' [closed]

I was recently tasked to,

"Test every scenario you can think of and try to break the component"

What might be sensible in 'everything' when the application is a website?

NOTE: This particular site is ASP.NET with MS-SQL, however, I would like to know what would be covered in general as well. Thank you all for the great responses!

like image 691
ccook Avatar asked Jul 14 '09 22:07

ccook


People also ask

How do you know that all the scenarios for testing are covered?

By using the Requirement Traceability Matrix (RTM) we can ensure that we have covered all the functionalities in Test Coverage. RTM is a document that traces User Requirements from analysis through implementations.

How do you explain test scenarios?

A Test Scenario is a statement describing the functionality of the application to be tested. It is used for end-to-end testing of a feature and is generally derived from the use cases. Test scenarios can serve as the basis for lower-level test case creation. A single test scenario can cover one or more test cases.

Which technique is used for test scenarios?

The Techniques include: Boundary Value Analysis (BVA) Equivalence Partitioning (EP) Decision Table Testing.


2 Answers

  • Every browser in every language
  • Every operating system in every language
  • A variety of screen resolutions
  • Javascript on/off
  • Images on/off
  • CSS on/off
  • Cookies enabled/disabled
  • Messing about with URLs
  • All sorts of input variations, especially testing for XSS attacks, non-ASCII characters, invalid input
  • Keyboard accessibility
  • Server related issues - e.g. does the application work OK after a software/hardware restart?
  • Opening the site in more than one tab/window is a good way of testing any strange session-related issues
like image 180
Bobby Jack Avatar answered Oct 30 '22 10:10

Bobby Jack


  • Try to think of corner cases, and do not forget the common case.
  • Stress testing.
  • Click every button, and twist every knob on the user interface, make sure the feedback is reasonable and appropriate.
  • Try to look at the user interface from every prospective users perspective, are there parts that are confusing, prone to misinterpretation or even do not make sense.
  • Take a good look at the metaphors that are used, are they appropriate and used consistently.
  • Try gibberish as input.
  • Try to input code, e.g. Javascript, make sure it is well protected against hacking attacks.

And of course the basics (copied from Bobby Jack and dr, credit where credits due):

  • Every browser
  • Every operating system
  • Javascript on/off
  • Images on/off
  • CSS on/off
  • Vary screen resolutions
  • Cookies enabled
like image 36
NomeN Avatar answered Oct 30 '22 11:10

NomeN