Difference between revisions of "What Test Case Is"

From CNM Wiki
Jump to: navigation, search
(Script)
 
(38 intermediate revisions by 2 users not shown)
Line 1: Line 1:
[[File:Cnm-digital.png|400px|thumb|right|[[CNM Cyber suite]]s]][[What Test Case Is]] (hereinafter, the ''Lectio'') is the [[lectio|lesson part]] of '''[[Manual Testing Essentials]]''' [[lesson]] that introduces its participants to [[manual testing]] concepts. This ''lesson'' belongs to the ''CNMCT Entrance'' section of the [[CNM Cyber Placement]].
+
[[File:Cnm-digital.png|400px|thumb|right|[[CNMCyber suite]]s]][[What Test Case Is]] (hereinafter, the ''Lectio'') is the [[lectio|lesson part]] of '''[[Manual Testing Essentials]]''' [[lesson]] that introduces its participants to [[manual testing]] concepts. This ''lesson'' belongs to the ''CNMCT Entrance'' section of the [[CNMCyber Bootcamps]].
  
  
 
==Content==
 
==Content==
The predecessor [[lectio]] is [[What Manual Test Is]].
+
The predecessor [[lectio]] is [[Verification vs Validation]].
  
 
===Script===
 
===Script===
:
+
:The English word, [[case]], originally derived from a Latin [[noun]] ''casus'' that meant an ''accident, event, occurrence; occasion, opportunity''. A [[test case]] is a set of [[requirement]]s for particular [[testing]].
Test Cases
 
  
As a manual tester, how do you make sure that your testing is comprehensive enough? You don’t want to skip testing any important paths — and in the heat of a fast-paced Sprint, it’s easy to accidentally leave things out. This is where test cases come in. Sometimes there simply isn’t time to stop and write test cases before testing, but it’s important to incorporate them whenever time allows.
+
:In [[systems engineering]], a [[functional test case]] commonly specifies the inputs, external factors, available assets, procedures, and expected outputs that the tested system shall produce. Having that specification, the [[tester]] who administers the [[product work test]] can evaluate whether the tested system achieves the objectives it has been designed to achieve.
  
For example, say that you were testing the iOS app login example referenced above. You might write the following test cases:
+
:Not all ''performance cases'' must be highly detailed. For instance, one [[performance test case]] for this very [[lectio]] can be:<blockquote><code>Evaluate whether the closing question of the lectio reflects the brief lecture that this lectio includes.</code></blockquote>
  
    Tapping “Login” in left nav menu should bring up a login screen
+
:''Test cases'' for [[usability testing]] are rarely detailed; they tend to be more general than those for ''performance testing''. A simplest example of a [[usability test case]] can be,<blockquote><code>While using the tested system, report if you feel uncomfortable, get confused, or even start thinking what to do next.</code></blockquote>
    When logged in, tapping “Logout” in left nav menu should log the user out
 
    If user enters an email address that does not exist (with any password) and selects Login, relevant error message should come up
 
    If user enters a valid existing account email address with an incorrect password and selects Login, error message should come up
 
    When user enters valid email address and password and taps Login, they should be logged in and taken to Home screen
 
    When user is logged in, and closes app or re-starts device then re-opens, they should still be logged in
 
    Email address field should not be case sensitive
 
    Password field should be case sensitive
 
    Login screen elements should match design file
 
    Login button should be grey until user enters credentials (whether valid or not), at which point it should turn red
 
  
Test cases will usually be more detailed than the above, but these provide a simple example of what test cases are. When a deadline is urgent and the timeline is short, you may have to wing it. But when you do have time, having test cases makes testing less stressful and more thorough. It also increases the reliability of the process and results.
+
:''Regression testing'' for [[user experience]] improvements is not feasible; all of ''usability testing'' is in the ''progression testing'' category.
 
 
:[[User story|User stori]]es can be perfectly used for ''manual testing''. Regularly, any [[acceptance test]] consists of or involves these ''stories''.
 
  
 
===Key terms===
 
===Key terms===
:[[Test case]]
+
:[[Test case]], [[case]], [[functional test case]], [[performance test case]], [[usability test case]]
  
 
===Closing===
 
===Closing===
:
+
:Write True or False
 +
:*[[Regression testing]] is quite feasible for [[Usability testing]].
  
The successor [[lectio]] is '''[[What UX Test Is]]'''.
+
The successor [[lectio]] is '''[[What Reporting Is]]'''.
  
 
==Presentations==
 
==Presentations==

Latest revision as of 02:54, 21 October 2023

What Test Case Is (hereinafter, the Lectio) is the lesson part of Manual Testing Essentials lesson that introduces its participants to manual testing concepts. This lesson belongs to the CNMCT Entrance section of the CNMCyber Bootcamps.


Content

The predecessor lectio is Verification vs Validation.

Script

The English word, case, originally derived from a Latin noun casus that meant an accident, event, occurrence; occasion, opportunity. A test case is a set of requirements for particular testing.
In systems engineering, a functional test case commonly specifies the inputs, external factors, available assets, procedures, and expected outputs that the tested system shall produce. Having that specification, the tester who administers the product work test can evaluate whether the tested system achieves the objectives it has been designed to achieve.
Not all performance cases must be highly detailed. For instance, one performance test case for this very lectio can be:

Evaluate whether the closing question of the lectio reflects the brief lecture that this lectio includes.

Test cases for usability testing are rarely detailed; they tend to be more general than those for performance testing. A simplest example of a usability test case can be,

While using the tested system, report if you feel uncomfortable, get confused, or even start thinking what to do next.

Regression testing for user experience improvements is not feasible; all of usability testing is in the progression testing category.

Key terms

Test case, case, functional test case, performance test case, usability test case

Closing

Write True or False

The successor lectio is What Reporting Is.

Presentations

Slideshow

Video