Golgappa.net | Golgappa.org | BagIndia.net | BodyIndia.Com | CabIndia.net | CarsBikes.net | CarsBikes.org | CashIndia.net | ConsumerIndia.net | CookingIndia.net | DataIndia.net | DealIndia.net | EmailIndia.net | FirstTablet.com | FirstTourist.com | ForsaleIndia.net | IndiaBody.Com | IndiaCab.net | IndiaCash.net | IndiaModel.net | KidForum.net | OfficeIndia.net | PaysIndia.com | RestaurantIndia.net | RestaurantsIndia.net | SaleForum.net | SellForum.net | SoldIndia.com | StarIndia.net | TomatoCab.com | TomatoCabs.com | TownIndia.com
Interested to Buy Any Domain ? << Click Here >> for more details...

How can you conduct Database testing manually?...

Answer Posted / raja

Data Base testing key points
1. Setup database testing
Server Setup Scripts
Two cases must be tests:
One is to set up databases from scratch and, other to set up
databases when they already exist.

Minimum list of areas are as follows:
* Is a setup batch job available to run without much
operator’s assistance
(It is not acceptable if it requires an operator to run many
batch jobs manually)
* Work environment the setup needs to run (DOS, NT)
* Environment variables (i.e. is %svr% defined?)
* Time it takes to set up
* Set up databases from scratch
* Set up from existing databases
* Set up log and failure messages
1. Testing Connections from data base to application.
EX: driverClassName = org. postgresql. Driver
URL =jdbc:postgresql://220.120.100.42:9000/ERS
Username=users
Password= postgres
2. Testing Tables
1. Testing Constraints
1. Testing Primary Keys 2. Testing
Foreign Keys
2. Testing Columns
1. Testing Data Type
2. Testing Data Size.
3. Data invariants: Columns often have
invariants, implemented in the forms of constraints, defined
for them. For example, a number column may be restricted to
containing the values 1 through 7. These invariants should
be tested.

3. Testing Integrity
1. Testing Entity:
Whether it is taking duplicate values, whether it
is taking null values.
2. Testing Domain: Whether it is taking default
values even though if we won’t give, checking the
values in the column. Ex: age column should take < 60.
3. Testing Referential Integrity: Checking Whether "child"
rows are deleted or not when a parent row is deleted from
parent table.
4. User Defined Entity: Business rules that do not fall
into entity.
4. Testing Indexes.
Indices, clustered or no clustered; unique or
not unique
5. Testing Sequences
• Sequence c and provide minimum, maximum, start and
increment values are not.
• Sequcen.nextval will provide the next sequence number

6. Testing Stored Procedures
1.1 Individual procedure tests

Verify the following things and compare them with design
specification
* Whether a stored procedure is installed in a database
* Stored procedure name
* Parameter names, parameter types and the number of parameters

Outputs:

* When output is zero (zero row affected)
* When some records are extracted
* Output contains many records
* What a stored procedure is supposed to do
* What a stored procedure is not supposed to do
* Write simple queries to see if a stored procedure
populates right data

Parameters:
* Check parameters if they are required.
* Call stored procedures with valid data
* Call procedures with boundary data
* Make each parameter invalid a time and run a procedure

Return values:
* whether a stored procedure returns values
* When a failure occurs, nonzero must be returned.

Error messages:
* Make stored procedure fail and cause every error message
to occur at least once
* Find out any exception that doesn’t have a predefined
error message

Others:
* Whether a stored procedure grants correct access privilege
to a group/user
* See if a stored procedure hits any trigger error, index
error, and rule error
* Look into a procedure code and make sure major branches
are test covered.

1.2 Integration tests of procedures
* Group related stored procedures together. Call them in
particular order
* If there are many sequences to call a group of procedures,
find out equivalent classes and run tests to cover every class.
* Make invalid calling sequence and run a group of stored
procedures.
• Design several test sequences in which end users are
likely to do business and do stress tests
7. Testing Views
Providing dynamic data or not.
8. Testing Triggers
1.1 Updating triggers

Verify the following things and compare them with design
specification
* Make sure trigger name spelling is correct
* See if a trigger is generated for a specific table column
* Trigger’s update validation
* Update a record with a valid data
* Update a record, a trigger prevents, with invalid data and
cover every trigger error
* Update a record when it is still referenced by a row in
other table
* Make sure rolling back transactions when a failure occurs
* Find out any case in which a trigger is not supposed to
roll back transactions

1.2 Inserting triggers

Verify the following things and compare them with design
specification
* Make sure trigger name spelling
* See if a trigger is generated for a specific table column
* Trigger’s insertion validation
* Insert a record with a valid data
* Insert a record, a trigger prevents, with invalid data and
cover every trigger error
* Try to insert a record that already exists in a table
* Make sure rolling back transactions when an insertion
failure occurs
* Find out any case in which a trigger should roll back
transactions
* Find out any failure in which a trigger should not roll
back transactions
* Conflicts between a trigger and a stored procedure/rules
(i.e. a column allows NULL while a trigger doesn’t)

1.3 Deleting triggers

Verify the following things and compare them with design
specification
* Make sure trigger name spelling
* See if a trigger is generated for a specific table column
* Trigger’s deletion validation
* Delete a record
* Delete a record when it is still referenced by a row in
other table
* Every trigger error
* Try to delete a record that does not exists in a table
* Make sure rolling back transactions when a deletion fails
* Find out any case in which a trigger should roll back
transactions
* Find out any failure in which a trigger should not roll
back transactions
* Conflicts between a trigger and a stored procedure/rules
(i.e. a column allows NULL while a trigger doesn’t)


9. Security Testing
1. Previlages to users & Super Admin.
There are a number of ways that security of the database is
maintained. The most common ways are via usernames and
passwords, or via integration with a directory such as LDAP.
Some of the key questions to consider are:
• Does each user of the application have a separate password
to the database, or is there a shared database account for
all users of the application?
• What is the permission-level of the account(s) used to
access the database?
• What interface is used to manage the accounts used to
access the database? What other ways are there to access the
database using the same login information as the application?
10. Testing DML, DDL and DCL.
11. Testing Backup & Recovery.
12. Performance Testing
1. Access Time to Read/Write/Update/Delete a row
2. Access Time for query retrieving multiple rows.

Is This Answer Correct ?    11 Yes 0 No



Post New Answer       View All Answers


Please Help Members By Posting Answers For Below Questions

Describe a past experience with implementing a test harness in the development of software.

3909


Scenario A year ago we developed a standards compliant website for a client. Their site is very popular resulting in the client wanting to be able to track how it is being used by their users. The first part of this project is to create a Login function so that users can be identified on the website. The data supplied by users would have to be handled securely. You have been allocated this project to work on. You will be responsible for the task from start to finish and will be expected to give feedback to your manager. User expectations  The client wants their users to be able to login using a page that fits in with the website design.  Tom wants to access the website but doesn’t want his login information to be available to anyone else.  Paul doesn’t want to login to the website because he’s not a frequent user. Task Please provide some feedback on how you would do the following:-  Being the only Test Engineer on this task, what would your approach be for this requirement?  Identify the key areas for testing this page.  What tools if any, would you use to perform the testing, bearing in mind that the testing will be done without using an ‘automated test tool’.  Provide a sample test case that could be used for testing this page, for example as a word or Excel document.

1908


Explain test metric and the information it provides.

1090


can you tell me how to write test cases for payments, receipts, inward clearing, outward clearing, A/c statements ?

2070


How much the bug is affecting the functionality of the application?

1059


difference between change management and configuration management

2083


Could anyone share FAQs for Test Manager position...

2039


What are the qualities needed by a software tester?

1091


What are the bussiness scenories?

3364


What is a maturity level?

1183


I have 2 yr Localisation testing exp now i want to job in MNC My manualtesting knowledge+2 yr exp sufficiant for in MNC

1980


Which of these techniques is not useful for partition testing at the class level Option 1 attribute-based partitioning Option 2 category-based partitioning Option 3 equivalence class partitioning Option 4 state-based partitioning

10952


Can you explian $ pillar of Agile

1302


Sentence "Working from onsite is effective" is growing in IT field. How do we bring that knowledge to offshore and do an effective job in Offshore?

2072


Hi, Can anyone suggest a test case writing technique for the below scenario. 1. User draws a lines on the image 2. User selects the lines and right clicks ( Measuremnts like distance between the start and the end point, coordinates of start point and coordinates of end point) 3. User selects one of the measurement Measurement is displayed Just want to highlight, i am looking for a test case writing technique for above scenario.

2011