+1 Yasir. On Wed, Aug 17, 2011 at 11:39 PM, Yasir <yasir....@gmail.com> wrote:
> For questions specifically asking about test cases, I would suggest > following 3 step approach: > > First think of a* basic flow that MUST work for the application* (what is > expected with the application. Firstly make it clear with you interviewer). > eg: > 1) User should be able to open Notepad without any error/warning. > 2) User should be seamlessly able to type characters. (should not be > the case, where you are typing and it appears after some time) > 3) Create one file using notepad, close the application and reopen the > file. (make sure, result is as expected) > ..and so on.... (try to cover all basic functionality). Also you can > club few test cases. eg, for menu features you can say something like: > verify that all menu options are working as expected. > > > Now move one step ahead, and *think of a person who is not familiar with > the application* (what would he do?): > eg: > 1) User should be able open the Help docs and help docs should be > relevant. > 2) If a user writes something, forgets to save and trying to close > the application: Appropriate notification. > 3) Trying to copy and paste with supported/unsupported format. > 4) Drag/drop a file on the application. > and so on... > > and then comes *negative test cases* (it may happen rarely but it is very > important): > eg: > 1) Trying to open multiple instances of the application > (application shouldn't act weird) > 2) Crash the application and open it next time. It should open (may > be with some notification), but the application SHOULDN'T CORRUPT. > 3) Application behavior when you open very large file. (should give > appropriate warning, if it is going to take longer time/crash) > 4) behavior with unsupported file. (eg: trying to open a .out file) > ..and so on... > > In my opinion, with this approach you will be able to write good test > cases. Just think on the line above mentioned 3 steps. > You may come with different test cases, but your test cases will also > ensure that application is working fine in most of the cases. :) > > > Any suggestions on above approach? > > -- > You received this message because you are subscribed to the Google Groups > "Algorithm Geeks" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/algogeeks/-/POcIPzZSlbYJ. > > To post to this group, send email to algogeeks@googlegroups.com. > To unsubscribe from this group, send email to > algogeeks+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/algogeeks?hl=en. > -- You received this message because you are subscribed to the Google Groups "Algorithm Geeks" group. To post to this group, send email to algogeeks@googlegroups.com. To unsubscribe from this group, send email to algogeeks+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/algogeeks?hl=en.