Professional Documents
Culture Documents
Database Testing: Pulse Technologies
Database Testing: Pulse Technologies
Pulse Technologies
Close Show
Once a value undergoes any of the above actions (update / Delete / Insert) the database should be verified for the changes performed on related entities i.e., Foreign key / Primary key and all dependent entities
BACK
Execution may differ from the results obtained by partial execution. This also helps in validating the modularity of Code (White Box).
Based on these you can write both positive and negative test cases, consider a simple example of a stored procedure taking 2 numbers as input and
Type Test
Actions: Updating / Deletion / Fresh Insertion/Display of new Screen /Time bound actions.
This test is performed to verify that the data types used by the DBA are same as expected by agreed upon by the developer. Often the data types chosen by developers are not the same as suggested by database administrators , especially for the fields like A) Phone (Num./Text)
Performance of Data size testing is often done only at the front end during the unit testing , but it is essential to perform it at back end separately .
BACK
two parameters.
A) Events that trigger these actions: Here QA needs to check the events on which any of the trigger can get fired/executed . This testing can be done with the help of DBA also . B) Actions performed by the above stated events. Here the contents of such
This is the process of verification of the input items (Though this is not totally
Often it is seen that the input items (Text Box / RTB / Combination Box / ActiveX controls) are tested for validation only at front end (Screen testing) but these are again to be tested with junk Character values to confirm that they do not push in such characters which the databases Often misrepresent or
Thank Q..