Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I'm a developer with 2 years .NET experience and 1.5 years previous testing experience and an ISTQB/ISEB Foundation qualification.</p> <p>To answer your questions:</p> <p>1: A test manager will (typically) have a test plan and awareness of the specification documents to be tested against. Using what a developer is using is a good start. If the development methodology is agile this will probably be "user story".<br> A good way to look at the documents is to go through and look at where individual elements of functionality are specified and create steps to exercise them (see some of the functional techniques below).</p> <p>2: What do you mean by "test spec"? You will need to prioritise the areas of the application that need testing and understand the coverage needed. A "Test case spec". (or test script) will fit into higher level documents (like Test Plans, and Test Strategies) can be efficiently and effectively written using some Black box (Functional) techniques including:<br> <strong>Equivalence Partitioning</strong>,<br> <strong>Boundary Value Analysis</strong>,<br> <strong>Decision Tables</strong>,<br> <strong>State Transition analysis</strong>,<br> <strong>Use Case analysis</strong> (which could be based on a user story)<br> to come up with scripts that contain test cases. These techniques can be looked up online.</p> <p>White box (Structural) testing involves an awareness of the code and includes:<br> <strong>Statement Coverage</strong>,<br> <strong>Decision coverage</strong></p> <p>If you're are looking at a website, this may involve JavaScript; <strong>QUnit</strong> is a testing framework for automating JavaScript testing and would be useful to research. <strong>NUnit</strong> is a commonly used test framework for .NET applications (including web applications) - NUnit was ported from its Java equivanlent <strong>JUnit</strong> and has been expanded (most probably owing to the popularity of .NET).</p> <p>3: I don't understand what you mean by this? A web application will need to be tested in many different ways, and contains server and client functionality that will be tested using different techniques and the testing needs will need to be analysed. It will depend on the project.</p> <p>As mentioned in other answers there are also other types of testing: <strong>Unit</strong> - modular testing of functions at the lowest possible levels<br> <strong>Integration</strong> - testing functionality between different functional areas<br> <strong>Regression</strong> - testing to ensure that previously working functionality hasn't been broken by changes<br> System testing (<strong>Functional</strong>) - ensuring that the code/system under test is working as specified<br> System testing (<strong>Non-functional</strong>) - ensuring that aspects of the system that may not be specified are appropriate e.g. performance, load, stress, interoperability, maintainability, reliability, portability, usability<br> <strong>Acceptance</strong> (something called User Acceptance Testing or UAT) - ensuring that the system under test is fit for use </p> <p>As mentioned in other answers, you will be retesting existing defects and inclusion of these to your test scripts is a good idea.</p> <p>Hopefully this answer has given you a lot of food for thought and a good base for research. Testing qualifications or a role as a Junior Tester in an established team to build your understanding and experience could prove to be very useful.</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload