Software Testing

Software Testing

• 2008-Oct-30 - Microsoft Technologies

Microsoft has decided to release MS office Online version in Near Future. Read more information on this from http://infotech.indiatimes.com/News/Microsoft_Office_to_go_on_Web/articleshow/3650243.cms
Comments ( 0 ) :: Post A Comment! :: Permanent Link

• 2008-Oct-7 - Test Case Design using Keywords - Part 1

Test Case Design using Keywords

 

 Abstract

 

The document details the various keyword test case design techniques and their pros and cons. The document will be of help to you if you are planning to use keyword driven approach for manual testing in your organization.

 

 

What is a Keyword?

 

Keyword is a short name for an event in an application with an associated parameter value. A keyword also can be considered as a test case with reusable navigation steps.

Keyword Example:

 

Most of the application requires the users to login to access the application. The business function “Login” can be implemented as a keyword where the user name and the password can be parameterized.

 

 

 

Window

Object

Action

Parameter

Login

User Name  Field

Input Text in Text Box

“User Id "

Login

Password Field

Input Password in Password Field

"Password"

Login

OK  Button

Click

N/A

                                               

                                    Table 1: Sample Keyword Test Case

 

 

Types of Keywords:

 

Generic keywords:

 

Test Cases developed for events performed on an object present in any window can be considered as a generic keyword.

 

 

Product specific keywords: -

 

Test Cases developed for functions performed in a product can be considered as a product specific keyword. This type of keywords can be divided broadly into two categories.

 

                                      I.      Workflow based: -

 

Reusable test cases are developed for a product workflow for example a keyword “Customer_Inquiry” can be used for searching for a customer in an Inquiry Application.

                                    II.      Window based: -

 

Reusable test cases are developed for each event performed in a window. For example an Inquiry window may have a large number of keywords. Selecting a search option can be a keyword and entering the search value in a text field can be another keyword.

 

 

Design of Keyword:-

 

Given below are the steps involved in developing a keyword driven approach for manual testing: -

 

a)       Identification

 

b)       Design

 

c)       Review

 

d)       Development of Test Cases.

 

e)       Maintenance          

 

 

 

Keyword Maintenance:

 

 

v      Keywords should be maintained by single person.

 

v      Keyword maintenance occurs whenever a :

 

Ø       Defect is detected in a keyword

 

Ø       Business workflow changes.

 

Ø       Keyword standards are modified.

 

 

Keyword Standards:

           

v      Each keyword should have a Name, Description, Parameter and Expected Result.

 

v      Number multiple parameters in a single keyword to retain order.

 

 

v      Change font color of the parameter for better readability.

 

Example: - Enter <<<1.User_ID>>> in the User ID field.

 

v      Make parameter a single word and use underscores to separate words if needed.

 

v      If a value is not needed in a field, then please enter “accept default value” in the test case.

 

 

v      Do not insert nested calls to Keyword test cases.

 

v      Mark the hard coded values inside a keyword using [].

 

Example: Click on the [OK] button.

 

 

Advantages:

 

v      Significantly reduces the effort for test case development and reviews.

 

v      Test cases will be easier to automate.

 

v      Modifying only the Keyword can modify change to the object in AUT in all the test cases.

 

v      Navigational Steps will be easy to execute, as the navigational test steps will be consistent across test plans.

 

 

Disadvantages:

 

v      Large numbers of keywords are difficult to maintain.

 

v      Training new team members requires more time.

 

v      Testing procedures may require modification to suit the approach.

 

 

 

 

 

Comments ( 0 ) :: Post A Comment! :: Permanent Link

• 2007-Aug-25 - Web Secuirty Testing

IBM recently acquired a company called watchfire.com . WatchFire has a Web Application Security Testing Tool which can be used by QA. As manual security testing of website is inefficent and tedious the tool is worth trying out. Please visit www.watchfire.com

 

 

Comments ( 2 ) :: Post A Comment! :: Permanent Link

• 2007-May-14 - QTP 9.1 Features vs QTP 8.2

Feature

8.2

9.1

Open and Edit multiple OR

No

Yes

Multiple OR per Action

No

Yes

OR  Conversion to XML

No

Yes

Open and Edit multiple OR

No

Yes

Copy or Move objects in OR

No

Yes

Open Functions in IDE

No

Yes

Comment/Un comment Multiple Lines

No

Yes

Indenting  Multiple lines

No

Yes

Copy or Move objects in OR

No

Yes

MDI for Function Libraries

No

Yes

Step Into Function

No

Yes

Windows Vista Support

No

Yes

OR Comparison Tool

No

Yes

Step Into Function

No

Yes

Windows Vista Support

No

Yes

IE 7 Support

No

Yes

.Net Framework 2.0

No

Yes

Find Missing Resource

No

Yes

Saving Results in  HTML

No

Yes

Syntax Error Checking

No

Yes

IE 7 Support

No

Yes

.Net Framework 2.0

No

Yes

Find Missing Resource

No

Yes

Saving Results in  HTML

No

Yes

Syntax Error Checking

No

Yes

Find Missing Resource

No

Yes

 

 

 

Comments ( 1 ) :: Post A Comment! :: Permanent Link

• 2007-Apr-16 - Smoke Testing

What is a Smoke Test?

Smoke testing is non-exhaustive software testing, to prove that the most crucial functions of a

program work, but not bothering the finer details. A smoke test is similar to the basic type of

hardware testing, in which the device passed the test if it didn’t catch fire the first time when it

was turned on. The term is also used metaphorically, especially in computer programming, where

it is also called a "sanity test

Most of the software companies follow the “daily build and smoke test” process. Each day every

file is compiled, linked, and combined into an executable program and the program has to pass

through a “smoke test,” a relatively simple check to see whether the product “smokes” when it

runs. After performing a smoke test the tester can come to a conclusion that the software can be

accepted or rejected for a major round of testing.

Benefits of Smoke Testing

Reduces Integration Risks

I have encountered many instances in the past where the entire software gets

screwed up when the source code is integrated. The composite code does not

work well. The integration issues will lead to a delay in the delivery of the

product/project. The smoke tests may help to reduce the integrations issues to a

good extent.

Defect Diagnosis.

The product which worked on second day and failed on the third day .One can

easily find out what has gone wrong from the previously working build.

Improves Morale.

The morale gets boosted .Everyone will be happy to see the improvement in the

product working as one is seeing that in a day to day basis

Progress Monitoring.

When you build the every day, the features that are present and absent are obvious.

Once can get a sense of how close it is to completion.

How to Smoke Test?

1. Code Merge : The programmer compares his copy of the source files with the master

source files, checking for inconsistencies between recent changes made by other

developers. The programmer then merges the code changes with the master source files.

Source code control tools can be used for this purpose.

2. Private Build : The programmer builds and tests the software to ensure that newly

implemented feature works as expected.

3. Execute the smoke test: The developer runs the current smoke test against the private

build to be sure the new code won’t break the build.

4. Code Checkin:. The developer checks his or her private copies of the source code into

the master source files.

Article on Smoke Testing

4

5. Generate the daily build: The build team generates a complete build of the software from

the master sources.

6. Run the smoke test: The build team runs the smoke test to evaluate whether the build is

stable enough to be tested.

7. Fix problems immediately: If the build team encounters errors that prevent the build from

being tested (that break the build), the developer who checked in the code is notified, and

that developer fixes the problem immediately.

 

Comments ( 2 ) :: Post A Comment! :: Permanent Link