Software Testing Techniques <\/p>\n
Name<\/p>\n
Subject\/Unit<\/p>\n
Instructor\u2019s Name<\/p>\n
September 27, 2014<\/p>\n
Project Number 1<\/p>\n
Test environment description<\/p>\n
The test environment comprises of both the hardware and the software components of the system to be used in testing the software. The test hardware requirements of the system comprises of a personal computer with the following specifications;<\/p>\n
3.2 GHz Processor <\/p>\n
512 MB RAM<\/p>\n
40 GB Hard Disk and <\/p>\n
Other essential Peripherals like; the keyboard, mouse and the display unit (monitor) <\/p>\n
The software component of the test environment comprises of; Windows XP (32-bit) Operating System. <\/p>\n
Black Box Test Cases<\/p>\n
Black box testing, also sometimes referred to as behavioural testing, is a kind of software testing technique in which it is assumed that the internal design, structure and implementation is not known during the testing exercise. Although the tests are usually functional, there are no restrictions to this as it might involve both functional and non-functional testing of the software. <\/p>\n
Test Case 1: Decision Tables <\/p>\n
Consider a bank debiting software with the following checks:<\/p>\n
A1: The signature matches<\/p>\n
A2: The amount of money in the account is sufficient<\/p>\n
A3: The given account is correct <\/p>\n
B1: Give money<\/p>\n
B2: Issue a statement displaying \u2018Insufficient funds\u2019<\/p>\n
B3: Check for fraud by calling the vigilance <\/p>\n
Test Inputs <\/p>\n
A1: The signature matches<\/p>\n
A2: The amount of money in the account is sufficient<\/p>\n
A3: The given account is correct <\/p>\n
Expected Output <\/p>\n
B1: Give money<\/p>\n
B2: Issue a statement displaying \u2018Insufficient funds\u2019 <\/p>\n
B3: Check for fraud by calling the vigilance<\/p>\n
The rules for constructing the decision table are:<\/p>\n
A1: when signature matches……..<\/p>\n
A2: when the amount of money is sufficient………<\/p>\n
A3: when the given account number is correct……<\/p>\n
Below is the decision table for the above stated rules<\/p>\n
Note: The question mark (?) denotes lack of rules denoting the occurrence of that possibility <\/p>\n
Condition Entries Account number Money Signature Actions <\/p>\n
1 Correct Yes Match A1<\/p>\n
2 Correct No Match A2<\/p>\n
3 Correct Yes Not match ?<\/p>\n
4 Correct No Not match ?<\/p>\n
5 Incorrect Yes Match A3<\/p>\n
6 Incorrect No Match ?<\/p>\n
7 Incorrect Yes Not match ?<\/p>\n
8 Incorrect No Not match ?<\/p>\n
Test Case 2: State Tables<\/p>\n
Consider the star ship modelling software. It has the following drive impulse settings: neutral (n), drive (d) and reverse (r). The actual ship has three possible states: Stopped (s), moving forward (F) and moving backwards (B). The combination of the actual movement of the ship and the impulsive thrusters creates a total of nine steps as shown in the table below<\/p>\n
.dF .nF .rF<\/p>\n
.dS .nS .rS<\/p>\n
.dB .nB .nS<\/p>\n
Possible Inputs<\/p>\n
r>r, n>n, d>d, d>n, n>d, r>n and n>rPossible Outputs <\/p>\n
It is required that one has to go through neutral before getting to reverse or drive<\/p>\n
Each and every thruster is turned off in neutral, translating to: d< >n< >r. <\/p>\n
State r>rn>nd>dd>n,n>dr>nn>rr>dd>rRB RB NB RS RB NS RF RS NF NB NB DB RB NS NS DS RS NF NF DF RF DB DS NB DS DF NS DF DF NF White Box Test Cases <\/p>\n
White testing, also known as structural testing, tests the internal function of the software as seen by the developer by focusing on the internal structure and logic of the program code. It is principally employed in detecting logical errors in software, locating random topological errors, debugging the software and discovering incorrect programming statements. <\/p>\n
Test case 1: Statement Coverage Testing <\/p>\n
Consider insurance premium calculation software for the drivers as shown in the flow chart below<\/p>\n
Age<25 (Male and Married)<\/p>\n
AC<\/p>\n
Premium=premium+1000<\/p>\n
true<\/p>\n
Age<25 (Female or married)<\/p>\n
False<\/p>\n
Premium=premium+100<\/p>\n
trueD<\/p>\n
Return Premium <\/p>\n
Age>=46 and Age<=65<\/p>\n
Premium=premium+150<\/p>\n
B<\/p>\n
E<\/p>\n
False<\/p>\n
Ftrue<\/p>\n
G<\/p>\n
The requirement is; each node ought to be traversed at least once as shown in the as shown in the flow graph below<\/p>\n
A<\/p>\n
G<\/p>\n
E<\/p>\n
F<\/p>\n
D<\/p>\n
B<\/p>\n
C<\/p>\n
The table below contains the test conditions, the input and the expected output for the software. <\/p>\n
Test Condition Input Output <\/p>\n
1 (Age<=25) && (gender.equals(\u2018male\u2019) && (!married) Age=20<\/p>\n
Gender= \u2018male\u2019<\/p>\n
Married=false 1300<\/p>\n
2 Married || gendere.equal (\u2018female\u2019) (age >=46 && age<=65) Age=60<\/p>\n
Gender=\u2019male\u2019<\/p>\n
Married=20 50<\/p>\n
Test case 2: Branch Coverage Testing <\/p>\n
The second test case uses the specifications of the first test case (insurance premium calculations software) to determine\/test branch coverage. The edge traversal is carried out at least once. The outcomes are expected to be true and false. For every decision, the decision coverage determines the decision for the percentage of the sum total of the paths traversed. The test cases condition, inputs and output for the branch coverage is shown in the table below. <\/p>\n
Test Condition Input Output <\/p>\n
1 (Age<=25) && (gender.equals(\u2018male\u2019) && (!married) Age=20<\/p>\n
Gender= \u2018male\u2019<\/p>\n
Married=false 1300<\/p>\n
2 Married || gendere.equal (\u2018female\u2019) (age >=46 && age<=65) Age=60<\/p>\n
Gender=\u2019male\u2019<\/p>\n
Married=20 50<\/p>\n
3 Married || gender.equals(\u2018female\u2019) Age=35<\/p>\n
Gender=\u2019female\u2019<\/p>\n
Married=false 200<\/p>\n
4 Married || gender.equals(\u2018female\u2019) Age=35<\/p>\n
Gender=\u2019male\u2019<\/p>\n
Married=false 300<\/p>\n
Traceability Matrix <\/p>\n
The traceability matrix is represented in the above tables <\/p>\n","protected":false},"excerpt":{"rendered":"
Software Testing Techniques Name Subject\/Unit Instructor\u2019s Name September 27, 2014 Project Number 1 Test environment description The test environment comprises<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-38481","post","type-post","status-publish","format-standard","hentry"],"yoast_head":"\n