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

Blog


    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..