Database Testing Interview Questions
Database Testing Interview Questions
An2:
Re-execution of our test with different input values is called Re-testing. In validate our Project calculations, test engineer
follows retesting manner through automation tool.Re-teting is also called DataDriven Test.There are 4 types of datadriven
tests.
1) Dynamic Input submissiion ( key driven test) : Sometines a test engineer conducts retesting with different input values
to validate the calculation through dynamic submission.For this input submission, test engineer use this function in TSL
scriipt-- create_input_dialog ("label");
2) Data Driven Files Through FLAT FILES ( .txt,.doc) : Sometimes testengineer conducts re-testing depends on flat file
contents. He collect these files from Old Version databases or from customer side.
3)Data Driven Tests From FRONTEND GREAVES : Some times a test engineer create automation scripts depends on
frontend objects values such as (a) list (b) menu (c) table (d) data window (5) ocx etc.,
4)Data Driven Tests From EXCEL SHEET : sometimes a testengineer follows this type of data driven test to execute their
script for multiple inputs. These multiple inputs consists in excel sheet columns. We have to collect this testdata from
backend tables .
10. How do you test whether a database in updated when information is entered in the front end?
It depend on your application interface.. 1. If your application provides view functionality for the entered data, then you can
verify that from front end only. Most of the time Black box test engineers verify the functionality in this way. 2. If your
application has only data entry from front end and there is no view from front end, then you have to go to Database and
run relevent SQL query. 3. You can also use database checkpoint function in WinRunner.
11. How do you test whether the database is updated as and when an information are added in the front end?Give
me an example?
It depends on what level of testing you are doing.When you want to save something from front end obviously, it has to
store somewhere in the database
You will need to find out the relevant tables involved in saving the records.
Data Mapping from front end to the tables.Then enter the data from front end and save.
Go to database, fire queries to get the same date from the back end.
Then run the procedure yourself with database client programs like TOAD, or mysql, or Query Analyzer
Rerun the procedure with different parameters, and check results against expected values.
Finally, automate the tests with WinRunner.
An2:
Database testing involves some in depth knowledge of the given application and requires more defined plan of approach
to test the data.
Key issues include:
1) Data Integrity
2) Data Validity
3) Data Manipulation and updates
Tester must be aware of the database design concepts and implementation rules.
An3:
Data bas testing basically include the following.
1)Data validity testing.
2)Data Integritity testing
3)Performance related to data base.
4)Testing of Procedure,triggers and functions.
for doing data validity testing you should be good in SQL queries
For data integrity testing you should know about referintial integrity and different constraint.
For performance related things you should have idea about the table structure and design.
for testing Procedure triggers and functions you should be able to understand the same.
An2:
To write testcase for database its just like functional testing.
1.Objective:Write the objective that you would like to test. eg: To check the shipment that i load thru xml is getting inserted
for perticular customer.
2.Write the method of input or action that you do. eg:Load an xml with all data which can be added to a customer.
3.Expected :Input should be viewd in database. eg: The shipment should be loaded sucessfully for that customer,also it
should be seen in application.4.You can write ssuch type of testcases for any functionality like update,delete etc.
An3:
At first we need to go through the documents provided.
Need to know what tables, stored procedures are mentioned in the doc.
Then test the functionality of the application.
Simultaneously, start writing the DB testcases.. with the queries you have used at the backend while testing, the tables
and stored procedures you have used in order to get the desired results. Trigers that were fired. Based on the stored
procedure we can know the functionality for a specific peice of the application. So that we can write queries related to that.
From that we make DB testcases also.
An2:
Database tests are supported via ODBC using the following functions:
SQLOpen, SQLClose, SQLError, SQLRetrieve, SQLRetrieveToFile, SQLExecQuery, SQLGetSchema and SQLRequest.
You can carry out cursor type operations by incrementing arrays of returned datasets.
All SQL queries are supplied as a string. You can execute stored procedures for instance on SQL Server you could use
“Exec MyStoredProcedure” and as long as that stored procedure is registered on the SQL Server database then it should
execute however you cannot interact as much as you may like by supplying say in/out variables, etc but for most
instances it will cover your database test requirements
An3:
Data bas testing basically include the following.
1)Data validity testing.
2)Data Integritity testing
3)Performance related to data base.
4)Testing of Procedure,triggers and functions.
for doing data validity testing you should be good in SQL queries
For data integrity testing you should know about referintial integrity and different constraint.
For performance related things you should have idea about the table structure and design.
for testing Procedure triggers and functions you should be able to understand the same.
An4:
Data base testing generally deals with the follwoing:
a)Checking the integrity of UI data with Database Data
b)Checking whether any junk data is displaying in UI other than that stored in Database
c)Checking execution of stored procedures with the input values taken from the database tables
d)Checking the Data Migration .
e)Execution of jobs if any
An2:
Database testing involves some indepth knowledge of the given application and requires more defined plan of approach
to test the data. Key issues include :
1) data Integrity
2) data validity
3) data manipulation and updates.
Tester must be aware of the database design concepts and implementation rules