Archive

Author Archive

Challenges in SAP Testing

January 15, 2013 1 comment

Unlike other applications/packages SAP goes through different types of lifecycles like Upgrade, Implementation, Roll-Out as per requirement. And each of these lifecycle has its own challenges as far as testing is concern. But over all SAP applications always throws some challenges which are common, irrespective of the lifecycle.

Some of the challenges are listed below,

–          Unclear requirements

–          Frequently changing requirements

–          Lack of proper documentation

–          Lack of understanding of business processes

–          Lack of proper business data

–          Lack of Co-Relating the functional flows with the customer’s business flows.

–          Missing dedicated test teams (Mostly SAP applications are tested by Functional consultants)

–          Lots of Interfaces with Legacy applications

–          Multi-site, multi country roll outs cause continuous changes in application.

–          Most deployments either involve business process re-engineering or large scale customization to fit package to business needs. 

 

Please send in your views guys.. 

Categories: Testing Tags: ,

Billing in IT Company

February 1, 2012 2 comments

Billing in a IT services company is everything for the company and for the people ,  After working in IT industry for 8 yrs I always surprise why this has been shared with employees or team members who have basically no role to play in getting themselves billable.

Normally in a IT services company there are 2 types of billing, A. Internal Billing (project related to the company itself, R&D related project or Competency projects) and B.external billing (Client based projects). Even though the resources under Internal billing (Projects) are the most important for the company’s growth but since they are cost to the company they are fired first when the economy or earning are low.

So billing is always very vital for resources for their growth and also for job safety. But can they really play a role in making themselves billable. Who should be responsible for the billing of a resource, his manager whom he reports or the resource management group, or the process of the company?

A resource hardly knows about the positions available in certain project or for that matter in an unit. The resource management group to whom the non-billable resources reports, normally feel proud in hiding the requirement so that resources will be keep giving him value. So the resource have to virtually beg to him to get into billable mode.

Managers prefer to speak less about the resource billable status because of various reasons, basically  they want to avoid the questions of the resource.

Process of the company also plays a bigger role, in some companies there is no timesheet, so the resource never actually know whether he is billable or not.

But when the economy is down, blindly company start firing the resources who are not billable. What about the resource management group, the managers who never let the resource know about the billability. If a manager cant make a resource billable whose KPA is making resource billable why company cant take action against that person during the down turn. Why its always the team members..

Don’t know who can answer this or may be I will find the answer once I am in those shoes, only time will tell. But given a chance I would like to change this process.

 

 

 

 

Enhanced by Zemanta

Building Testing Competency

September 5, 2010 2 comments
Process-data diagram of Open source software d...
Image via Wikipedia

Building a testing competency isn’t easy and doesn’t happen over a period of a month or so.. its a continuous approach and over a period of time it can be achieved. But how long the period will be nobody can say and cant set a definite target as well but yes certainly can put some plan in place and try to achieve the target.

While plan for building a testing competency there are so many things to which has to be taken care of and points listed below are more or less part of all types of plans.

  1. Scope
  2. Knowledge on Subject matter
  3. Resource
  4. Process
  5. Best Practices
  6. Proof Of Concepts
  7. Dependency
  8. Environment
  9. Tools
  10. Domain

Scope: while deciding the scope the first thing you need to look after is the which area or types of testing you need to start the competency. If you consider everything related to testing while starting then things will be very complex and building competency will be difficult if you are a single person. But if a team is working on building competency on different types of competency and at-least one person is concentrating on one type like regression competency, open source tool competency, performance competency etc then it can be achieved.

Knowledge on Subject matter : The person who is going to build and design the competency should be very strong in the subject matter of the competency. The basics of the subject matter should be very clear to him based on the process, technology, methodology, frameworks etc. If he is confused then he can never drive the team and make the basics clear for others and his client presentation can not be very effective.

Resource: This is one of the most important aspect since its the resource who is going to build with other resource. So the selection of the resource should be done properly. Not all testers can be part of this. Resource with good experience, strong understanding, ready to accept challenge and have more then basics knowledge of coding should be considered.

Process: The process should be defined and adhered to reach the target faster and effectively. Now when i say process it includes rules and regulations to be followed , documentations and its standards, checklists, reviews, audit standards etc.

Best Practices: The learning’s from previous projects or POC‘s , from previous companies and if you are part of some competency before those experiences count a lot and can be handy while building a new competency.

Proof Of Concepts : Doing POC’s is vital but starting the first POC is always a challenge. Deciding what aspects of the subject should be covered in the POC is very important.But if you have prior experience of POC or strong understanding and knowledge of the subject matter, will help you in doing this.

Dependency : The most important aspect for excelling the competency is reducing the redundancy. I have noticed the most of the competencies depending on a single resource and once the resource left the company the competency became unstable or unsuccessful. So reducing the dependency is a must.

Environment: Another aspect which is of prime importance. When I say environment I includes the hardware and software requirement. Because of the security reasons most of the companies don’t allow open source software or 3rd party softwares  to be downloaded. Since servers are costly availing those is not easy for the competency team. So companies have to be relax their rules a bit for the competency group, which needs lots of approval and it has its own challenges.

Tools: Availability of tools for the competency is very vital. Normally getting the paid tool is a challenge or installing open source tool is also a problem because of security issues. Even getting the supporting tools is also tough. I have always face challenges for tools.

Domain: Some customer values and prefer domain specific competency related to technology, like Automation testing competency for Heathcare domain . So they get the confidence that the company has done extensive study on how to handle automation related project for healthcare domain. So while doing POC’s those kind of things can be kep in mind  and case studies can be prepared based on that.

I believe these points are mandatory for building a testing competency. The points are not in chronological order. Please provide your inputs and correct me wherever i am wrong.

Enhanced by Zemanta

Why testing Competency

August 23, 2010 5 comments
Prozessphasen CIP = Continuous Improvement Pro...
Image via Wikipedia

These days every other company is having a testing competency or planning to have one.. Be it a captive center or a services company and to some extent product companies as well.. Why is it necessary or good to have a testing competency and if its good to have why it took so long for the companies to adopt this.. As per my thoughts the following points contributes to that.

  1. Complexity of Application : day by day the applications are getting complex and testing is becoming more difficult and challenging. So to have a quality testing you need automation and different types of testing with innovative approach.
  2. Knowledge Sharing : with competency the lessons learned can be shared with other teams and people. And also new techniques and frameworks can be shared and taught easily.
  3. Faster Support: Support to projects can be done faster since the pool of people are available.
  4. Better Crisis Management: Since good and trained resources are always available the crisis in projects can be identified faster and more easily.
  5. Resource Attrition: Key people leaving the organization can be addressed better and planned since knowledge is no more with one person,its being shared.
  6. Customer Confidence: Since the company is investing in research and development customer gets a confidence while dealing with the company.
  7. Continuous improvement : Since there is one dedicated team doing research on one-thing the process, technology continuously getting updated .
  8. Training Cost: Training cost can be reduced by having in house training rather then going for expensive outside training.
  9. Employee Satisfaction: Since employees got a chance to work of research they also feel satisfied.

I think these are the points which attracts companies to start competency.. Let me know if I am wrong anywhere or missed some points.

Please provide your valuable inputs.

Enhanced by Zemanta

How to add a sheet in Excel through VB Scripting.

Please find the code.

Set obj_ExcelSheet = CreateObject(“Excel.Application”)’ creating the excel object

obj_ExcelSheet.visible = True

obj_ExcelSheet.SheetsInNewWorkbook = 1 ‘ no of sheets to be added

obj_ExcelSheet.Workbooks.Add() ‘ actually adding the sheet to the file

obj_ExcelSheet.Worksheets(1).Activate ‘ make the sheet no-1 activate

obj_ExcelSheet.Activesheet.Name = “Check” ‘name of the sheet

obj_ExcelSheet.ActiveWorkbook.saveas (“C:\Documents and Settings\username\Desktop\MF.xls”) ‘saving the file in desired location.

obj_ExcelSheet.quit ‘ quiting from the excel.

Set obj_ExcelSheet = nothing

Please provide your feedback.

Reblog this post [with Zemanta]

Scripting Techniques in Test Automation

From easy techniques as record and playback to more advanced techniques like keyword driven testing we have numerous options as far as test automation is concern. The test manager has to choose wisely the technique to minimize the cost for development and maintenance. The various test automation techniques are as follows.

1.      Linear

2.      Structured

3.      Shared

4.      Data Driven

5.      Keyword driven

Linear Scripting

Linear scripting approach is simple record and playback approach of test automation. It can contain some redundant functions etc which may not be required at times.

Pros And cons of Leaner Scripting.

1.      A non-structured way of programming.

2.      Very low development cost.

3.      Programming skills required is negligible.

4.      No planning required.

5.      Data is hard coded in the script.

6.      Maintenance cost is high.

7.      No sharing of scripts done so efforts are often repeated.

Structured Programming

Structured programming uses control structures in the scripts so testers can control the flow of the test script. The control structures used are ‘if- else’, ‘for’, ‘while’, ‘select-case‘ statements which help in implementing decision making in the script, making some tasks iteratively.

Pros and cons of Structured Programming

1.      A structured approach of scripting.

2.      Dev elopement cost is relatively higher then leaner programming.

3.      Intermediate programming skills are required.

4.      To some extent planning is required.

5.      Data is hard coded in the script.

6.      Maintenance cost is relatively low comparing to linear programming.

7.      Since control structures are used so scripting efforts increases to some extent.

Shared/Modular Scripting

In this technique the scripts representing a application behavior is shared with other scripts. This means the AUT common functionality is scripted as shared scripts and will be called by other scripts to complete the test cases. So the re-usability factor is very high. This makes the scripts modular in terms of common functionality. Such scripts sometimes can be used for other applications as well.

Pros and cons of Shared Programming.

1.      Scripts are more structured then the structured approach of programming.

2.      Development costs are reduced relative to structured scripting since the effort duplication is reduced.

3.      Intermediate programming skills are required.

4.      More planning is needed comparing to structured programming.

5.      Data is hard coded in scripts.

6.      Maintenance cost is lower than linear programming.

Data Driven Scripting

This technique separates data from the scripts and stores the data in external repository in the form of files. So the script just contains the programmed code not the data. This useful when the data changes over time and cycle. Script need not be changed for change in data.

Pros and Cons of Data Driven Scripting

1.      Scripts are programmed in a structured manner.

2.      Development cost is relatively high because of parametrization.

3.      High programming skills are required.

4.     More planning is needed.

5.      Data is isolated in data tables or external files.

6.      Script maintenance is low.

7.      Recommended to be used where positive and negative testing both are involved.

Keyword Driven Scripting

In this approach the control to check and execute operations are mentained with exernal data files. So the test data and the operations of the test is planned in external data files. Extra library is needed to interpret this data in addition to the conventional script. Its an extension of data driven testing.

Pros and Cons of Keyword Driven Scripting.

1.      it combines the data driven, shared and structured programming techniques.

2.      Development cost high since testing planning effort is high.

3.      High programming skills are required by tester.

4.      Initial planning cost is high.

5.      Data exists in the external files.

6.      Maintenance cost is very low.

7.      Extra framework and library is needed and hence more programming skills is required.

This is my piece of understanding about various types of test automation scripting methodology. I am open for your comments to enhance it make it more meaningful .Please provide your valuable feedback.

Related articles by Zemanta


Enhanced by Zemanta

Everything About CheckPoints in QTP

The following section gives a gist of the Check points available in QTP (HP QuickTest Professional) . Though it doesn’t give you a practical idea but it does cover the complete theory part of the check points and types of check points.

Check Points are nothing but verification points which compares the run time value of a specific object with the recorded/expected value of that Object. In other terminology it can be called as validation points in a application.

Ex- Like when a user enter a uername and a password in a application the submit button gets activated. So the tester needs to validate that as soon as the username is entered the Submit button is activated. So in QTP with the use of check point the user can put a button/Standard check point to check whether the button is active or not.

How to Use Check points

  • Check points can be inserted/ added while recording as well as during editing of the script.
  • The check point can be inserted through the Insert menu item.
  • The check points can be inserted through the keyword view by going to the object for which check point will be added.
  • Check point can also be added through the Active screen provided the active screen has captured the property of the object for which check point will be added

Types of Check Points:-

Standard Check Point –

  • Its a normal check point where it checks the property value of an object in your application or web page.
  • It can be used on various types of object like check box,radio button, edit boxes, combo box, button etc.
  • It supports all the add-in environments of QTP.

Image Check Point:-

  • It checks the value of the Image in AUT. Ex-Check that a selected Image’s source file is correct.
  • Image check point is created as a standard check point on a Image object.
  • Image Check points are supported for only Web environments.
  • Unlike Bitmap check point Image check point can not check the bitmap of the image.

BitMap CheckPoint –

  • This check point helps user in checking bitmap of an image or a full web page.
  • During run time the bit map check point can be inserted.
  • Bit map checkpoints are supported for all the add-in environments.

Table Checkpoints:-

  • It checks the information within the table.
  • its created  by inserting a standard check point on a table object.
  • it supports only web and ActiveX environments.
  • It can dynamically check the contents of cells appearing in all environment.
  • It can also check verious table properties like row height, cell width and so on.

Text Checkpoints:-

  • checks that a text string is displayed in the appropriate place in the AUT.
  • it supports all the environments.

Text Area CheckPoints:-

  • It checks that a text string is displayed within a defined area in a windows application according to specified criteria.
  • It support for standard windows, visual basic, ActiveX add-in environments.

Accessibility CheckPoint:-

  • It checks the areas of your website that may not conform to the world wide web consortium (W3C) Web Content Accessibility guidelines.
  • It supports only Web Environments.
  • The user can be instruct QTP for inserting automatic accessibility check point for every page you record.

Page CheckPoints:-

  • Checks the characteristics of a web page.
  • Its created by entering a standard checkpoint on a Page Object.
  • It supports only web environment.
  • Its used to check total number of link and images in the web page.
  • Page check points can be used to check Load time.
  • It can also check the HTML source tags and broken links.
  • Useful for regression testing.

Database CheckPoints:-

  • Checks the content of a database used in AUT.
  • it supports all environments.

XML CheckPoint:-

  • It checks the data content of XML documents in XML files or XML documents in web pages and Frames.
  • XML check points for web pages/frames are supported for Web environments and for Files are supported by all environments.

NOTES

– Standard check point is supported in all add-in environments.

– the Insert statement option is not available while adding a check point during recording and when modifying an existing object check points.

Please have a look to this and share your comments and feedback to enhance this.

Enhanced by Zemanta
%d bloggers like this: