Azhar's profileSoftware Testing an Art ...PhotosBlogListsMore Tools Help

Software Testing an Art or Science

Still not yet decided that ST is an Art or Science..
March 14

IBM Page Detailer

Why IBM Page Detailer?

There are five major elements that influence an end user's experience while accessing a Web site:

  • The content of the page (information).

  • The presentation of the content (look and feel).

  • The efficiency of presentation (size).

  • The organization of content (packaging).

  • The administration of the Web site (delivery).

Although IBM Page Detailer does not address the first two elements, content and presentation, it can provide information useful in improving the last three: efficiency, organization, and administration.

Developers agree there is no absolutely "correct" way to set up a Web site. Multiple design and operational tradeoffs exist in setting up even small sites, but IBM Page Detailer can be used to quantify the impact of tradeoffs by providing performance data about the site both before and after changes. IBM Page Detailer provides information well suited to the analysis of size, packaging, and delivery elements of the end user experience. Routine use of IBM Page Detailer to analyze Web pages can also help identify new opportunities for improvement as designs are tested and moved into production.

IBM Page Detailer can also be used to help confirm Web page design standards and practices for an organization. In a test environment, proposed design standards and practices can be prototyped and analyzed with IBM Page Detailer. IBM Page Detailer can give your team insight as to what impact your new design choices will have on an end user.

The IBM Page Detailer tool is designed to explain some of the mysteries about how Web pages are delivered to Web browsers.

IBM Page Detailer can help Web developers, designers, site operators, and IT specialists to isolate problems and improve performance and user satisfaction. It does this by revealing details about the timing, size, and identity of each item in a page.The details revealed can be used to identify areas where performance could be improved to enhance the end user experience

Starting IBM Page Detailer

IBM Page Detailer attaches to the workstation TCP/IP socket stack and monitors all of the HTTP/HTTPS protocol based communications between your Web browser and the network. IBM Page Detailer then displays web activities in a series of color-coded bars.

To start IBM Page Detailer, double-click the IBM Page Detailer Basic icon:  

IBM Page Detailer Basic

IBM Page Detailer Basic

This will start IBM Page Detailer.

Note:  If the icon is not on your desktop, you can find it in the IBM Page Detailer folder accessible via the Start Programs menu.

To monitor communications between your Web browser and your network, just start the browser (Internet Explorer or Netscape). Shortly after the first page has loaded into the browser, the IBM Page Detailer chart will be displayed.

Web Communications

The time it takes to download a page is the result of many factors and the interactions among them. Page designers who understand these factors can best optimize page download time. A significant factor is how basic and secured Web site communications work. ......

 

IBM Page Detailer

March 12

watir an Open Source Automated Testing Tool

Automated testing that doesn’t hurt

Watir is a simple open-source library for automating web browsers. It allows you to write tests that are easy to read and easy to maintain. It is optimized for simplicity and flexibility.

Watir drives browsers the same way people do. It clicks links, fills in forms, presses buttons. Watir also checks results, such as whether expected text appears on the page.

Watir is a Ruby library that works with Internet Explorer on Windows. Watir is currently being ported to support Firefox and Safari.

Like other programming languages, Ruby gives you the power to connect to databases, read data files, export XML and structure your code into reusable libraries. Unlike other programing languages, Ruby is concise and often a joy to read.

Watir stands for “Web Application Testing in Ruby”. It is pronounced water.....

for details  check http://wtr.rubyforge.org/

I run watir and given below are my  observations..

Good Points.....

1. Open source and don't have to spend penny..

2. Ruby based script and fast exection.

Drawbacks.....

1. No recording option in watir like i do in QTP or Robot

2. Coding is hard to learn and implement.

3. Very little help avilable.

March 05

New Functions to be Test & Implement in Postgis

Functions to be Tested & implemented in Postgis

version()
postgis_lib_version()
postgis_lib_build_date()
postgis_lib_build_date()
postgis_scripts_installed()
postgis_scripts_released()
postgis_geos_version()
postgis_proj_version()
postgis_uses_stats()
postgis_full_version()
length2d
length3d
length2d
AsEWKT
distance
AddBBOX
DropBBOX
Force_collection(geometry)
Force_2d(geometry)
Force_3dz(geometry)
Force_3d(geometry)
Force_3dm(geometry)
Force_3dm(geometry)
Force_4d(geometry)
box2d(geometry)
box3d(geometry)
extent(geometry)
zmflag(geometry)
HasBBOX(geometry)
ndims(geometry)
nrings(geometry)
npoints(geometry)
isvalid(geometry)
expand(geometry, 1000.23)
mem_size(geometry)
mem_size(geometry)
Accum(geometry)
Accum(geometry)
GeometryType(geometry)
StartPoint(geometry)
AsBinary(geometry)
SRID(geometry)
Dimension(geometry)
Envelope(geometry)
IsEmpty(geometry)
IsSimple(geometry)
IsClosed(geometry)
IsRing(geometry)
NumGeometries(geometry)
GeometryN(geometry, 5)
ExteriorRing(geometry)
NumInteriorRings(geometry)
InteriorRingN(geometry,2)
EndPoint(geometry)
GeomUnion(geometry,geometry)
Difference(geometry,geometry)
SymDifference(geometry,geometry)
GeomUnion(geometry,geometry)
Collect(geometry,geometry)
Dump(geometry)

February 28

Installation of PostGIS

Installation of PostGIS
*************************************

2.1. Requirements

PostGIS has the following requirements for building and usage:

  • A complete installation of PostgreSQL (including server headers). PostgreSQL is available from http://www.postgresql.org. Version 7.2 or higher is required.

  • GNU C compiler (gcc). Some other ANSI C compilers can be used to compile PostGIS, but we find far fewer problems when compiling with gcc.

  • GNU Make (gmake or make). For many systems, GNU make is the default version of make. Check the version by invoking make -v. Other versions of make may not process the PostGIS Makefile properly.

  • (Recommended) Proj4 reprojection library. The Proj4 library is used to provide coordinate reprojection support within PostGIS. Proj4 is available for download from http://www.remotesensing.org/proj.

  • (Recommended) GEOS geometry library. The GEOS library is used to provide geometry tests (ST_Touches(), ST_Contains(), ST_Intersects()) and operations (ST_Buffer(), ST_Union(), ST_Difference()) within PostGIS. GEOS is available for download from http://geos.refractions.net.

2.2. PostGIS

The PostGIS module is a extension to the PostgreSQL backend server. As such, PostGIS 1.3.3SVN requires full PostgreSQL server headers access in order to compile. The PostgreSQL source code is available at http://www.postgresql.org.

PostGIS 1.3.3SVN can be built against PostgreSQL versions 7.2.0 or higher. Earlier versions of PostgreSQL are not supported.

  1. Before you can compile the PostGIS server modules, you must compile and install the PostgreSQL package.

    Note

    If you plan to use GEOS functionality you might need to explicitly link PostgreSQL against the standard C++ library:

    LDFLAGS=-lstdc++ ./configure [YOUR OPTIONS HERE]

    This is a workaround for bogus C++ exceptions interaction with older development tools. If you experience weird problems (backend unexpectedly closed or similar things) try this trick. This will require recompiling your PostgreSQL from scratch, of course.

  2. Retrieve the PostGIS source archive from http://postgis.refractions.net/postgis-1.3.3SVN.tar.gz. Uncompress and untar the archive.

    # gzip -d -c postgis-1.3.3SVN.tar.gz | tar xvf -
  3. Enter the postgis-1.3.3SVN directory, and run:

    # ./configure
    • If you want support for coordinate reprojection, you must have the Proj4 library installed. If ./configure didn't find it, try using --with-proj=PATH switch specify a specific Proj4 installation directory.

    • If you want to use GEOS functionality, you must have the GEOS library installed. If ./configure didn't find it, try using --with-geos=PATH to specify the full path to the geos-config program full path.

  4. Run the compile and install commands.

    # make # make install

    All files are installed using information provided by pg_config

    • Libraries are installed [pkglibdir]/lib/contrib.

    • Important support files such as lwpostgis.sql are installed in [prefix]/share/contrib.

    • Loader and dumper binaries are installed in [bindir]/.

  5. PostGIS requires the PL/pgSQL procedural language extension. Before loading the lwpostgis.sql file, you must first enable PL/pgSQL. You should use the createlang command. The PostgreSQL Programmer's Guide has the details if you want to this manually for some reason.

    # createlang plpgsql [yourdatabase]
  6. Now load the PostGIS object and function definitions into your database by loading the lwpostgis.sql definitions file.

    # psql -d [yourdatabase] -f lwpostgis.sql

    The PostGIS server extensions are now loaded and ready to use.

  7. For a complete set of EPSG coordinate system definition identifiers, you can also load the spatial_ref_sys.sql definitions file and populate the SPATIAL_REF_SYS table.

    # psql -d [yourdatabase] -f spatial_ref_sys.sql

2.2.1. Creating PostGIS spatially-enabled databases from an in-built template

Some packaged distributions of PostGIS (in particular the Win32 installers for PostGIS >= 1.1.5) load the PostGIS functions into a template database called template_postgis. If the template_postgis database exists in your PostgreSQL installation then it is possible for users and/or applications to create spatially-enabled databases using a single command. Note that in both cases, the database user must have been granted the privilege to create new databases.

From the shell:

# createdb -T template_postgis my_spatial_db

From SQL:

postgres=# CREATE DATABASE my_spatial_db TEMPLATE=template_postgis

2.2.2. Upgrading

Upgrading existing spatial databases can be tricky as it requires replacement or introduction of new PostGIS object definitions.

Unfortunately not all definitions can be easily replaced in a live database, so sometimes your best bet is a dump/reload process.

PostGIS provides a SOFT UPGRADE procedure for minor or bugfix releases, and an HARD UPGRADE procedure for major releases.

Before attempting to upgrade postgis, it is always worth to backup your data. If you use the -Fc flag to pg_dump you will always be able to restore the dump with an HARD UPGRADE.

2.2.2.1. Soft upgrade

Soft upgrade consists of sourcing the lwpostgis_upgrade.sql script in your spatial database:

$ psql -f lwpostgis_upgrade.sql -d your_spatial_database

If a soft upgrade is not possible the script will abort and you will be warned about HARD UPGRADE being required, so do not hesitate to try a soft upgrade first.

Note

If you can't find the lwpostgis_upgrade.sql file you are probably using a version prior to 1.1 and must generate that file by yourself. This is done with the following command:

$ utils/postgis_proc_upgrade.pl lwpostgis.sql > lwpostgis_upgrade.sql

2.2.2.2. Hard upgrade

By HARD UPGRADE we intend full dump/reload of postgis-enabled databases. You need an HARD UPGRADE when postgis objects' internal storage changes or when SOFT UPGRADE is not possible. The Release Notes appendix reports for each version whether you need a dump/reload (HARD UPGRADE) to upgrade.

PostGIS provides an utility script to restore a dump produced with the pg_dump -Fc command. It is experimental so redirecting its output to a file will help in case of problems. The procedure is as follow:

Create a "custom-format" dump of the database you want to upgrade (let's call it "olddb")

$ pg_dump -Fc olddb > olddb.dump

Restore the dump contextually upgrading postgis into a new database. The new database doesn't have to exist. postgis_restore accepts createdb parameters after the dump file name, and that can for instance be used if you are using a non-default character encoding for your database. Let's call it "newdb", with UNICODE as the character encoding:

$ sh utils/postgis_restore.pl lwpostgis.sql newdb olddb.dump -E=UNICODE > restore.log

Check that all restored dump objects really had to be restored from dump and do not conflict with the ones defined in lwpostgis.sql

$ grep ^KEEPING restore.log | less

If upgrading from PostgreSQL < 8.0 to >= 8.0 you might want to drop the attrelid, varattnum and stats columns in the geometry_columns table, which are no-more needed. Keeping them won't hurt. DROPPING THEM WHEN REALLY NEEDED WILL DO HURT !

$ psql newdb -c "ALTER TABLE geometry_columns DROP attrelid" 
$ psql newdb -c "ALTER TABLE geometry_columns DROP varattnum" 
$ psql newdb -c "ALTER TABLE geometry_columns DROP stats"

spatial_ref_sys table is restore from the dump, to ensure your custom additions are kept, but the distributed one might contain modification so you should backup your entries, drop the table and source the new one. If you did make additions we assume you know how to backup them before upgrading the table. Replace of it with the new one is done like this:

$ psql newdb 
newdb=> drop spatial_ref_sys; 
DROP 
newdb=> \i spatial_ref_sys.sql

2.2.3. Common Problems

There are several things to check when your installation or upgrade doesn't go as you expected.

  1. It is easiest if you untar the PostGIS distribution into the contrib directory under the PostgreSQL source tree. However, if this is not possible for some reason, you can set the PGSQL_SRC environment variable to the path to the PostgreSQL source directory. This will allow you to compile PostGIS, but the make install may not work, so be prepared to copy the PostGIS library and executable files to the appropriate locations yourself.

  2. Check that you you have installed PostgreSQL 7.2 or newer, and that you are compiling against the same version of the PostgreSQL source as the version of PostgreSQL that is running. Mix-ups can occur when your (Linux) distribution has already installed PostgreSQL, or you have otherwise installed PostgreSQL before and forgotten about it. PostGIS will only work with PostgreSQL 7.2 or newer, and strange, unexpected error messages will result if you use an older version. To check the version of PostgreSQL which is running, connect to the database using psql and run this query:

    SELECT version();

    If you are running an RPM based distribution, you can check for the existence of pre-installed packages using the rpm command as follows: rpm -qa | grep postgresql

Also check that you have made any necessary changes to the top of the Makefile.config. This includes:

  1. If you want to be able to do coordinate reprojections, you must install the Proj4 library on your system, set the USE_PROJ variable to 1 and the PROJ_DIR to your installation prefix in the Makefile.config.

  2. If you want to be able to use GEOS functions you must install the GEOS library on your system, and set the USE_GEOS to 1 and the GEOS_DIR to your installation prefix in the Makefile.config

2.3. JDBC

The JDBC extensions provide Java objects corresponding to the internal PostGIS types. These objects can be used to write Java clients which query the PostGIS database and draw or do calculations on the GIS data in PostGIS.

  1. Enter the jdbc sub-directory of the PostGIS distribution.

  2. Edit the Makefile to provide the correct paths of your java compiler (JAVAC) and interpreter (JAVA).

  3. Run the make command. Copy the postgis.jar file to wherever you keep your java libraries.

2.4. Loader/Dumper

The data loader and dumper are built and installed automatically as part of the PostGIS build. To build and install them manually:

# cd postgis-1.3.3SVN/loader 
# make 
# make install

The loader is called shp2pgsql and converts ESRI Shape files into SQL suitable for loading in PostGIS/PostgreSQL. The dumper is called pgsql2shp and converts PostGIS tables (or queries) into ESRI Shape files. For more verbose documentation, see the online help, and the manual pages.

August 29

How to Test Postgis on Windows

Test Description Input Expected Output
         
PostGis(Windows)    
Copy Files  $EDB_HOME/spatial/lib/liblwgeom.dll     $EDB_HOME/dbserver/lib File Exist and is copied to destination
Copy Files  $EDB_HOME/spatial/lib/libgeos-2.dll           $EDB_HOME/dbserver/bin File Exist and is copied to destination
Copy Files  $EDB_HOME/spatial/lib/libgeos_C-1.dll         $EDB_HOME/dbserver/bin File Exist and is copied to destination
Copy Files  $EDB_HOME/spatial/share/lwpostgis.sql   $EDB_HOME/dbserver/share/contrib File Exist and is copied to destination
Copy Files  $EDB_HOME/spatial/share/spatial_ref_sys.sql  $EDB_HOME/dbserver/share/contrib File Exist and is copied to destination
Copy Files  $EDB_HOME/spatial/share/lwpostgis_upgrade.sql $EDB_HOME/dbserver/share/contrib File Exist and is copied to destination
Execute the scriptc:\plugins_test_scripts\postgis_arts_win.sql and save the output in a new file  C:\EnterpriseDB\8.2\dbserver\bin & edb-psql.exe -U enterprisedb -d edb -f c:\plugins_test_scripts\postgis_arts_win.sql > C:\Results\postgis_arts_Result 2>&1 Scipt will be executed and output is saved in new file
Compare the result with the previous file use WinMerge Software C:\Program Files\WinMerge & WinMerge.exe C:\plugins_test_scripts\plugins_test_scripts\postgis_arts_win.sql.053007 C:\Results\postgis_arts_Result Compare with the previous installer file
May 04

Developing Software Using UCM

UCM structures the efforts of your software development team into a defined, repeatable process. This section provides an overview of the workflow for developers in UCM. Joining a Project A developer starts work by joining a UCM project. When you join a project, you create your private work area and populate it with the contents of the project's baselines. Shared and Private Work Areas A work area consists of a view and a stream. A view is a directory tree that shows a single version of each file in your project. A stream is a ClearCase object that maintains a list of activities and baselines and determines which versions of elements appear in your view. A project contains one integration stream, which records the project's baselines and enables access to shared versions of the project's elements. The integration stream and a corresponding integration view represent the project's shared work area. Each developer on the project has a private work area, which consists of a development stream and a corresponding development view. The development stream maintains a list of the developer's activities and determines which versions of elements appear in the developer's view. In the basic UCM process, the integration stream is the project's only shared work area. The project manager or lead developer may want to create additional shared work areas for developers who are working together on specific parts of the project. You can accomplish this by creating a hierarchy of development streams. For example, you can create a development stream and designate it as the shared work area for developers working on a particular feature. Developers then create their own development streams and views under the development stream for this feature. The developers deliver work to and rebase their streams to recommended baselines in the feature's development stream. Working on Activities All work on your development stream takes place as part of a UCM activity. An activity is an object that tracks the work required to complete a development task, such as fixing a bug. Finding or Creating an Activity for Your Work If your project uses Rational ClearQuest, you can use a to-do list in ClearQuest to access activities that you, your project manager, or other team members assign to you. You can also create and use activities when you check out files and directories. Modifying and Testing Source Files To modify source files, go into your development view and check them out. When you want to keep a record of a file's current state, check it in. Any work you check in from your development view is not available to other team members until you deliver it. Make sure the changes in your development view build and function properly before you deliver them. Delivering Activities When you are ready to make one or more of your activities available to the project team, you deliver them from your development stream to either the project's integration stream or the feature-specific development stream. Starting the Deliver Operation When you start a deliver operation, ClearCase integrates the changes from your development work area to the integration work area or feature-specific development stream. At this point, the files are checked out to your integration view. Testing Your Work You should build and test your work against the latest project work. To do this, use your integration view to access both the versions you delivered from your development work area and the latest versions delivered by the other developers working on the project. Completing the Deliver Operation When you are satisfied that your changes are compatible with the latest work for the project, you complete the deliver operation. (If you are not satisfied, you can cancel it.) The deliver operation checks in the files that were integrated from the development work area to the integration work area or feature-specific development stream. Delivering with MultiSite If your project uses Rational ClearCase MultiSite to share source data with developers in other geographical locations, you may use a different method for delivering activities. If a different site is responsible for controlling your project's source data, your organizational policy may require that you notify the integrator or project manager at that site when you deliver changes. That person merges your activities to the integration stream and tests your work. Rebasing Your Work Area Periodically, your project manager groups delivered activities into baselines, which are versions of each component in the project. Some of these baselines constitute a stable and significant source configuration; your project manager will recommend that you rebase your development work area to the recommended configuration. Starting the Rebase Operation When you start the rebase operation, ClearCase integrates the versions specified by the recommended baseline in either the project's integration stream or the feature-specific development stream into your development work area. At this point, the files are checked out to your development view. Testing Your Development Work Area You should test your work against the latest project work. To do this, use your development view to access both the versions you integrated from the integration stream or feature-specific development stream and the latest (undelivered) versions in your development work area. Completing the Rebase Operation When you are satisfied that the recommended baseline is compatible with the work you have done in your development stream, you complete the rebase operation. (If you are not satisfied, you can cancel it.) The rebase operation checks in the files that were integrated from the integration stream or feature-specific development stream to the development work area.
December 13

CSTE CBok 2006

Certified Software Tester (CSTE) certification is a formal recognition of a level of proficiency in the software testing industry. The recipient is acknowledged as having an overall comprehension of the Common Body of Knowledge (CBOK) for the Software Testing Profession.

Common Body of Knowledge
2006

Skill Categories:
1.
Software Testing Principles and Concepts
2. Building the Test Environment
3.
Managing the Test Project
4. Test Planning
5. Executing the Test Plan
6. Test Status, Analysis and Reporting
7.
User Acceptance Testing
8. Testing Software Developed by Outside Organizations
9. Testing Software Controls and the Adequacy of Security Procedures
10. Testing New Technologies
December 09

Life Never Stops

Its Now almost 2 Month Passed as the powerful eirth quick passed away. i still remember the day when i with few people are sitting in the Office it was early 8:30 and people just started to come in and i feel that my chair is dancing i was shocked as my other two three coleages in the office.
I just jumped up from my seat and asked my other friends "IS SA PAHLAIN KA YA BUILDING HUM PAR GIRAY BHAGOO" and we all steped out from the building..
God Saved us and the building but the lesson is that ANY TIME ANY WHERE GET PREPARED.....
Now we are sitting in the same office and still life keeps on people just forget what happend...
December 06

CSTE Exam Questions.. Part1

Guys wana share some good questions of CSTE Exam i found some where in CSTE Group..

****************************************************************************

Q1) The QAI is starting a project to put the CSTE certification online. They will use an automated process for recording candidate information, scheduling candidates for exams, keeping track of results and sending out certificates. Write a brief test plan for this new project?

Ans1:

Test plan of the above will consist of:
a) Objective: To automate the CSTE certification online


b) Identifier: CSTE-AUT/1/India


c) References: Records of earlier CSTE Exams held
Names of the people involved in
earlier exams held
CBOK, exam material, application forms, certification


d) Test Items:

The forms of the site for application, re-scheduling, postponing exam etc.
On line tutorials.
Help support provided
CSTE main exam links
Connectivity.
Databases


e) Risks:

Recovery

Correctness

Security
Unauthorized access of the application
Databases Integrity
Redundancy, Configuration management,
portability, Maintainability
Ease of use, ease of operation.


f) Testing Strategy:

White box testing
Black box testing
Stress testing,

Performance testing
Configuration Management,
System testing, Security Testing,
( can add some more techniques for testing)


g) Acceptance Criteria:

Criteria for exit like the requirements specified by user are met fully, the site is fault free, and the application for the main exam is working fine. The functionality is fully satisfied.


h) Suspension or Reject Criteria:

Testing cannot progress if any of the test items do not satisfy all the input data is provided. Enough time is provided.


i) Schedules:

 Schedules given here for each type of testing and reporting results.


j) Environmental Needs:

Tools required for testing. Connectivity provided. Recovery data provided.


k) Training Needs:

 Training of the testers, training of the personnel


l) Approval:

 Approval of the management, users.


m) Glossary:

All the vocabulary support, data dictionaries etc.

 

 

Q2) The five dimensions of the Risks are?

Ans2:

a) Technology Integration - What kind of technology are we using a new hardware/software technology. We may not have enough expertise on that. The

technology might not be time proven yet.

 b) Size and Complexity - The Size and the Complexity of the application. e.g Banking applications are huge and more complex

 c) System Environment and Stability - Env (e.g web based might not be stable)

 d) Criticality/Mission Impact - Life critical applications like medical equipment simulation, flight simulation are highly critical. Financial, e-banking are critical as per the financial aspect

 e) Reliability and Integrity - Finally, the application must be reliable and must do what it is intended for...

 

Q3) Explain testing life cycle?

Ans3:

Test Analysis---Test Plan---Test case Design---Test Execution---Test

Log--------Test Report.

                                                                  |      

^

                                                                  |      

|

Tracking                                                 Defect

 

 

 

Q4) How would u prepare the Test plan for the Project?

Ans4:

Assumptions:-

The requirements are given clearly to u, stating that u have to prepare

Plan for CSTE certification Online by

1. Recording candidate information

2. Scheduling candidates for exams

3. Keeping track of results and

4. Sending out certificates

 

Test Plan covering the details

 

1. Who is going to prepare the plan?

2. Which is your reference document for preparing the Plan?

3. What SDLC the project is going to attain in that when testing comes.

4. When Testing starts for each module of the application.

5. What type of testing (Manual or Automation?)

6. Who is going to test it?

7. When he is going to test it

8. Which tools you’re going to use?

9. Plan or give date if training is need for Tools

10. What are the Deliverables?

11. What is the knowledge of the application by the Tester, check if

Training is needed.

12. What level of testing is going to be done?

13. When Test Cases is going to prepared

14. Who is going to review it?

15. Who the Defect Report is reported?

 

Q5) what activity is done in Acceptance Testing, which is not done in System testing to ensure the Customer requirements?

Ans5:

Main objective of both system and acceptance testing is ensure all the functionalities and requirement are implemented correctly or not. In Acceptance testing. real time test data is used, usually acceptance testing is done by client or clients representative. Here client will check the all functionalities. But in System testing. - project team and testing team should do testing.  Here we have to do all system testing like load, stress, performance etc.  - Its not mandatory that we have to use real time data again its depends on the type of application.

a) Acceptance test is executed by users where as system test is executed by the testers.
b) Acceptance test is the responsibility of the client and is a final check point to accept or reject the software.
c)Acceptance testing involves the actual production environment where as system testing simulates the production environment

d) Acceptance testing involves testing the acceptance test criteria mentioned in the Acceptance test plan and verifying that the product meets those criteria where as system test involves testing the entire system and verifying the performance as a whole.
e) System test is carried out when the entire system is ready where as acceptance tests can be carried out at pre - defined intervals.

 

 

 

Q6) "The top management was feeling that when there are any changes in the technology being used, development schedules etc, it is a waste of time to update the Test Plan also from time to time. Instead, they are emphasizing that you should put your time into testing than working on the test plan.  Your Project Manager asked for your opinion. You have argued that Test Plan is very important and you need to update your test plan from time to time. It is not at all a waste of time and testing activities would be more effective when you have your plan clear. Explain with some metrics; how you would support your argument to have the test plan in place all the time."?

Ans6:

Testing is a process and needs planning; too. The test plan serves as a contract between QA and the project team. It serves as the foundation for the QA team. If you don't plan, plan to fail. QA will not be able to verify the test coverage of the new technology if it is not addressed in the test plan. Further, the test plan will address how the technology will be tested in regards to test factors and if the technology will negatively impact other features.

 

Without a test plan, we don’t know

a)     What we are going to do

b)     How we are going to do it

c)     How long will it take

d)     Resources required

e)     Cost

Without a documented test plan

a)     The test can not be verified

b)     Coverage can not be analyzed

c)     The test is not repeatable

d)     Test can not be controlled

e)     Test plan is a tool to verify or confirm requirement

f)       Review of test plan can identify gaps and missing or vague requirement

g)     Test plan ensures that each requirement is testable

h)     Planning helps in selection of test cases

i)        Test plan is a dynamic document like any other plan

j)       Test plan defines overall testing objectives and approach

k)      Test design defines what is selected to test and describes expected results

 

Or

If we keep the TestPlan up-to-date, it will enable:

a) Keep a track of all deliverables as defined in test plan with any
slippages in their schedules. If any slippages are occurring, take
preventive actions. Also enable to estimate  h/w and manpower
resources/efforts, based on technological changes.

b) Test progress S curve (plan,attempted,actual testcases) shall give
a fair indication of the status of testing activity.

c) Technological changes might lead to changes in test strategies.
An updated test plan would enable effective testing coz strategy would
be well defined and updated

d) Ascertain when the testing activity should stop

e) Estimate correct value of Code coverage (Percentage of lines of
code executed per total lines of code) and take necessary action to
test components that cover less code
f) Serve as a basis for testing a similar kind of application in future

 

Q7) Short form for 11 Quality Factors: - MICE UR FlIRT (not exam related)

Ans7:

M: Maintainability

I: Integrity

C: Correctness

E: Efficiency

 

U: Usability

R: Reliability

 

Fl: Flexibility

I: Interoperability

R: Reusability

T: Testability

 

Q8) What fields would you include in creating a new defect tracking program (used by QA, developers, etc)? (25 points)

Ans8:

It should content following fields:-

 

Defect Id

Status:- New, Active, Fixed, Resolve, Duplicate, By Design, Closed, Reopen

Assigned to

Source of Defect (Test case or other source)

Stage of origination

Project

Subject

Summary

Description

R&D comments

Reproducible Yes/No

Severity: - Low, Medium, High, Very High, Urgent

Priority: - Low, Medium, High, Very High, Urgent

Detected By

Detected date

Detected in version

Closed in version

Screen print & Logs etc.

 

Q9) What 3 tools would you purchases for your company for use in testing and justify why you would want them? (this question is in both essay parts, only rephrased. I think 10 points each time)

 Ans9:

# Test management tool  - (Optional)

    why because : Helps in :
                    - Saving time in the creation and duplication of test scripts 
                    -Staffing decisions accurately 
                    -Testing process and implementation
                    - Maintaining documentation and implementation to meet the

                     requirements
                    - Taking corrective steps before the system goes live
                    - Tracking specific information about individual test scripts
                    - Getting updates on daily testing activities
                    - Record test results and produce statistical reports on test   results
# Unit test tool -

       Why because:
           unit test must be performed by the programmers and each class   implemented must have programmer-developed unit tests, for everything that "could possibly break". These tests are to be written during coding of the class, preferably right before implementing a given feature. Tests are run as frequently as possible during development, and all unit tests in the entire system must be running at 100% before any developer releases his code.

# functional/regression test tool -

    If I adopt this tool then i can reduce risks and make the most of limited resources by implementing automated functional and regression testing of critical applications, whereby development and QA teams create reusable test assets that provide in-depth defect analysis and expedite resolution of defects.

    Why because:

         -It will ensure that the quality at every step of delivery
         -It will fill the gap between the development and testing teams
         -it will quickly identify and correct problems and cost- effective

 # Load and stress tool -

    Why because

          It will help us to interpret the data, and point at the most likely performance problems.


# Bug tracking tool -(Optional)

     Why because:

        It is quite hard to keep track of what bugs have been raised, and which of them have been fixed. As well as automating this process, bug tracking tools make it extremely easy to analyze projects using metrics and reports

 

Q10) what are the points to be emphasized in testing of a system which has multiple workstations for inputting (as against a single workstation system)?

Ans10:

a)     Seduconcurrancy testing :- When one user or console is updating /adding /deleting a record other user should not be allowed to process the same record - Other user should be in wait state

b)     Load test / stress test should be done

c)     Recovery test should be done

d)     Performance testing: - Response time/Transaction completion time

e)     Data validation: - Check if data is saved in correct order, data retrieval is correct

f)       Access control

g)     Database security

h)     Concurrent user test

i)        Update and Rollback

j)       Response time and Server connectivity

 

November 15

Situation in Baag & Sudan Gali, Chikar after the Earth Quick

Before Eid i got an operturnity to spend few days with the people in Baag and Sudan Gali as a volentire, the one thing that i was intrested is watching if any of the house that was not distroyed but could not find.
Could not find even a single person with smile on the face...
I along with my colleages "OWAIS  SADDIQI" and "MATTI UR RAHMAN ASAD" worked as volentieer in LMKR Relief camp in Suddan Gali. Along with the Doctores from AGA KHAN MADICAL UNIVERSITY ". The one guy i remember is DR. Faheem he was a nice person handling the Pharmacy.
Every time i asked him about the medi name he came out with that..
It was really a great experience..
 
October 20

People Get what they Like

Some time i think ka why people wana get the things by unfair means when they can have by normal means it mean person is a bit L
September 30

Meeting Point!!

Imran Abbas was nither my friend not classfellow, he was just in uni, i met him today on Savor Food.
Humain itna pyar na karo ka hum mar jahain
Humain itna tanha na karo ka jee na pahain....
   *****************************
Kohee Dil ka Qarar Janay Kohee Man ke pyar bhujahay na
main na jano ya haar to bolay na kohee assee baat to kahay n a
to kia janay ha dil main ha maray kiiiiiiiiiiiiiiiiiiaaaaaaaaaaaaaaaaa.
Hooooooooooo hoo hoooooooooooooooooooooo
 *****************************
 
 
September 27

Work On PTCL Project

Working on PTCL Project and the project is going very nice.
 
September 19

Lahore Tour

Snaps of Lahore Tour Attached..
 
Photo 1 of 4
Thanks for visiting!
Please wait...
Sorry, the comment you entered is too long. Please shorten it.
You didn't enter anything. Please try again.
Sorry, we can't add your comment right now. Please try again later.
To add a comment, you need permission from your parent. Ask for permission
Your parent has turned off comments.
Sorry, we can't delete your comment right now. Please try again later.
You've exceeded the maximum number of comments that can be left in one day. Please try again in 24 hours.
Your account has had the ability to leave comments disabled because our systems indicate that you may be spamming other users. If you believe that your account has been disabled in error please contact Windows Live support.
Complete the security check below to finish leaving your comment.
The characters you type in the security check must match the characters in the picture or audio.
Photo 1 of 4

Azhar Mehmood

Occupation
Location
Over 4 years of Professional Experience in the field of Software Testing (Manual and Automated). Have thorough exposure of working on Mercury (Winrunner, QTP, LoadRunner and Test Director Administration) and Rational (ClearCase) Tools. With Certification of HP Mercury and IBM Rational Clear Case
No list items have been added yet.