KANNAN GOPAL

advu7m@r.postjobfree.com

Summary 443-***-****

ISTQB Certified Tester with 18 yrs’ and 6 months experience in Software Quality Assurance with specialization in Software Performance Testing.

Expertise in creation of Test Plans, Data Specifications, Use Cases, Scripts, Test Execution, Final Test Report, Monitoring, Analysis, Identifying and eliminating performance bottlenecks.

In-depth knowledge of Industry Standard Load Testing Tools like HP Load Runner 12.55, HP Performance Center, Compuware QALoad, Parasoft SOAtest, Parasoft Load Test.

Strong knowledge of using Single and Multiple protocols in LoadRunner VuGen like Web Http, WebSevices, Ajax TruClient, Citrix ICA and ODBC

Hands on experience in building utilities for performance testing, tracking and reporting HIPAA (837, 276, 270, etc) X12 transactional applications. This also includes test data preparation and data manipulation as necessary.

Good in Load runner Scripting concepts – Recording, Parameterization, Correlation, checkpoints, Logs, Scripts Customization, Runtime Settings.

Experienced on working with Load Model for User Distribution, Pacing, Wait Time and TPS for scenario steady state.

Experience in Monitoring Web server, Application Server etc on Diverse Platforms using CA Introscope, Site Scope.

Experience in Client Server Architecture and Software Development Life Cycle.

Work in an agile software development environment and ensure the quality of the architecture of our Enterprise software application.

Good Expertise in Performance testing of Multi-Tier Web-based and Client-Server, Applications using HP Load runner.

Experience in HP ALM (Application Lifecycle Management) for Requirements, Test Plan, scripts, reports, raising defects for Performance testing.

In depth experience in acting as a liaison between company and business Client by managing relationship between company and business department, assisting in problem and issue resolution with project, product manager, Client and Report progress on initiatives in a summarized written format.

Strength & Proficiencies

Guiding team members throughout the assignments, ensuring all parameters and

Performance benchmarks are met.

Allocating tasks based upon project requirements and skill set. Ensuring task completion

as per scheduled timelines.

Managing timely delivery of the scheduled activities/ technical deliverables, as per

Quality standards specified

Team building motivating and mentoring, and taken performance training for 5 batches

(Each batch contains 25 people).

Ability to get the job done under pressure and in stressful environments.

Successfully deployed onsite- offshore communication protocol and status reporting

Experience in Domains like Banking, Insurance, Telecom, Health Care, Supply Chain Management and Media.

Skills And Environments Worked On

Testing Tools

Load Runner, Performance center, QA Load, Neo Load, JMeter

Monitoring Tools

App Dynamics, CA Introscope, HP Site Scope, PerfMon, Splunk

Operating System

Windows, UNIX, Linux

Web Server

IBM Http Server, IIS

Application Server

IIS, WAS JBoss, IBM WebSphere

Database

IBM DB2 9.7, MS SQL Server, Oracle

Other Tools

HP ALM, SiteScope, Shunra Network

Software

ASP 3.0, XML

EDUCATION

Masters Degree in Computer Applications, University of Madras, Chennai, 2004

Bachelor Degree in Arts – Major Economics, University of Madras, Chennai, 1994

CERTIFICATION

ISTQB Certified Tester Foundation Level

EXPERIENCE

Employer: InstantServe LLC, USA

Client: Amtrak, Washington DC Sep 2022 – Present

Role: Performance Tester

SDHM Standard API: This project to test multiple API using different scenarios. Sales Data Hub Modernization allows Standard API to retrieves PNR information from SDHM Database. Only those PNR’s which have ticket info, ticket activity and atleast one segment and one traveler with Active or Inactive status are retrieved.

Responsibilities:

Participated in Sprint Planning meetings and estimated the stories accurately with proper understanding of the application.

Written Test scenarios and reviewing the test cases and test scripts.

Work with development team to create test plans for enhancements and fixes on applications.

Testing API using Postman.

Load testing using Load runner Enterprise.

Tools Used: Loadrunner Enterprise, AWS Cloud, Postman.

Employer: Sparksoft Corporation, USA

Client: CMS (Centers for Medicare & Medicaid Services), MD Mar 2022 – Aug 2022

Role: Test Engineer (Technologist)

HUB: The Hub is responsible for receiving requests from Requesters (State-Based Exchanges (SBEs), Federally Facilitated Exchange (FFE), or SMAs and routing those requests to the appropriate Trusted Data Source (TDS) (Tricare, VHA, Peace Corps, Medicare, Medicaid/CHIP in FFE States, and BHP) for verification of Non-ESI MEC and returning responses from the TDS to the Requester.

All requests and responses for the Verify Non-ESI MEC Service are synchronous. The Hub rejects an incoming request if the request fails predefined schema validations.

For every request, the Hub returns a response with results of success or an error condition.

Verify Non-ESI MEC Requesters:

SBEs can submit requests to Tricare, VHA, Peace Corps and Medicare.

SMAs can submit requests only to Medicare.

FFE can submit requests to Tricare, VHA, Peace Corps, Medicare, Medicaid, and CHIP. There is no TDS for BHP.

Requesters call the Verify Non-ESI MEC Service for the following scenarios:

New applications at the Health Insurance Exchange: Exchanges call this service when an Applicant requests financial assistance (APTC/CSR) through a Health Insurance Exchange and attests that he/she is not eligible for/enrolled in any of the government sponsored MEC health plans (i.e., Tricare, Veterans Health Administration (VHA), Peace Corps, Medicaid, CHIP, BHP, or Medicare).

New applications at a SMA: When Medicare entitlement affects eligibility for Medicaid/CHIP, SMAs may only call this service to request verification of enrollment in Medicare Part A entitlement, access to other forms of public MEC health plans are not a requirement for determining Medicaid/CHIP eligibility.

Changes in eligibility for other public MEC: If the eligibility determination for any MEC health plan changes (e.g., loss of Medicare coverage occurs), Requesters may call this service to verify the Applicant is not eligible for or enrolled in that MEC source during the benefit year.

Responsibilities:

Participated in Sprint Planning meetings and estimated the stories accurately with proper understanding of the application.

Written Test scenarios and reviewing the test cases and test scripts.

Work with development team to create test plans for enhancements and fixes on applications.

Involved in meetings with Functional Experts, Development Teams to get performance requirements.

Develop Web Service scripts using SOAPUI NG Pro from Smart Bear.

Preparation and execution of test scripts using JMeter and SOAP UI tool to perform Web Services testing.

Tools Used: JMeter, AWS Cloud, SOAPUI NG Pro, LoadUI.

Employer: Latitude36 Inc, USA

Client: DOR (Department of Revenue), Frankfort, KY Nov 2019 – Feb 2020

Role: Business Analyst / QA tester

DORIS: DORIS is a department of revenue integrated tax system that will combine the functionality of ninety-three dissimilar tax systems in to one integrated system. Department of Revenue partnered with RSA as a vendor to implement Customized of the shelf (COTS) product REVENUE PREMIER ENTERPRISE in the DOR environment.

Currently CARS is the billing system and COX-G is the collection system which will interact with many other systems that are interfaced to perform end to end tax processing and collection activities.

New system implementation follows Waterfall Methodology despite of the fact that RPE software deployment happens in iterations. Project phases are Phase 0 till Phase 4 and the plan is to deploy RPE working model for twelve different tax types and this will replace CARS billing functionality[ only for twelve tax types]. RPE will interface with existing systems for collections and for other activities that are required in the flow.

Other than twelve tax type’s rest of the tax types will continue to be processed by using existing functionality.

Though testing is lined up after coding phase in Water fall methodology, involvement of testing SME’s and testers is very much needed from the very beginning of the project.

Testing team will actively participate in the requirements discussion of the future system as they are very much familiar with the current system.

For example, billing functionality of CARS will be replaced with billing functionality from RPE, testing team will analyze what, where, when, why and how about the billing functionality in RPE in comparison to CARS.

Quality Assurance team is itself an SME team who are well versed with the system functionality however – active involvement of QA team is needed during requirements and design to not only shares their domain knowledge but to ask questions and understand more about the new system.

Responsibilities:

Participated in Sprint Planning meetings and estimated the stories accurately with proper understanding of the application.

Written Test scenarios and reviewing the test cases and test scripts.

Work with development team to create test plans for enhancements and fixes on applications.

Mitigate risks to Business through timely and precise execution of manual test scripts under moderate supervision.

Produce test results/screenshots & upload to TFS.

Gather Performance and Load Requirement documents from Business Analyst.

The requirements document was updated to exclude the workflow system scenario. The performance testing team needs to complete the scripting as per the updated requirements.

Tools Used: Neo Load, TFS

Employer: First Tek Inc, USA

Client: ITG (Incentive Technology Group), Arlington, VA Sep 2016 – Apr 2019

End Client: USAC

Role: Performance Tester

EPC Post Commit:

Develop scenario based testing for the JMeter scripts.

Create, schedule and run the scenarios using JMeter and generate necessary graphs

Extensively worked on JMeter to create Thread Groups and test Web Application for various loads on key business functionality for different Funding Years like 2016, 2017, 2018.

Created and executed JMeter scripts for performance testing of portal.

Execution done for different business functionality to identify throughput for 25%, 50%, 100% and 120% using Constant throughput timers.

Designing and implementing the framework to make sure that the performance of the application is met according to the SLAs and finding the scalability of the system.

Involved in NFR document preparation based on the SLA and involved in project estimates, project architecture analysis for the scope of the performance in the project

Preparing the Detailed test plan document and involved in Client calls

Derive client requirements, and write performance test plans.

Creating and Executing load test scenarios using JMeter.

Preparing the traversal flow document for identified business scenarios

Understands the requirements for performance of all applications in scope and makes recommendations for capacity planning to infrastructure teams.

Develop scripts and execute the performance tests to properly and rigorously estimate the performance metrics of the system and assure capacity and stability of the applications meets requirements for production deployment.

Providing required input to capacity planning activities.

Execute performance tests on applications to assure capacity and stability of the applications meets requirements for production deployment.

Business NFR against volume and capacity management.

The key responsibilities were preparation of Jmeter for the simulation of user behavior, Customization of the scripts and execution of the scripts.

Design/ Execute the Load test Scenario based on the workload mix

Design the Performance Test Report with all the measurements

Involved in Bottleneck identification and Analysis

Monitored system performance using App dynamics

Measured, reported, and recommended performance SLAs.

Used JSR223 Postprocessor to extract dynamic values from JSON for different functionality.

Used different timers like constant timers, Constant throughput timers.

Used different Logic Controller like Loop Controller, Recording, ForEach etc...

Tools Used: JMeter, Cloud

Employer: First Tek Inc, USA

Client: Allegis Group, Inc.MD Dec 2015 – Aug 2016

Role: Performance Tester

Connected: Connected projects have 5 projects. SOA (Service Oriented Architecture), RWS (Recruiter Work Space), ATS (Applicant Tracking System), CRM (Customer Relationship Management) and Salesforce.

Since project is in Agile Environment. Each project will be on 3 weeks sprint. Based on discussion with Scrum Master of each project, stories will be created in JIRA for the respective sprint.

Responsibilities:

Involved in SCRUM Meeting for SOA (Service Oriented Architecture) project.

Involved in SCRUM Meeting for Enterprise Search project.

Prepare Performance Test Plan for SOA and Enterprise Search.

Involved in NFR document preparation based on the SLA and involved in project estimates, project architecture analysis for the scope of the performance in the project

Preparing the Detailed test plan document and involved in Client calls

Derive client requirements, and write performance test plans.

Involved in preparation of LoadRunner scripts for the simulation of user behavior, Customization of the scripts and execution of the scripts

Design/ Execute the Load Test Scenario based on the workload mix

Involved in Test Data Setup.

Involved in meetings with Functional Experts, Development Teams to get performance requirements.

Develop Web Service scripts using SOAPUI NG Pro from Smart Bear.

Preparation and execution of test scripts using JMeter and SOAP UI tool to perform Web Services testing.

Load testing 9 Web Services for SOA project using LOADUI NG Pro version 1.7.

Load testing the 12 scripts developed for the Enterprise Search project using HP ALM.

Using Virtual User Generator to generate VuGen Scripts

Involved in RWS (Recruiter Work Space) Click tracking load test for EXA data patch.

Involved in Emergency RWS Load Test.

Designing and implementing the framework to make sure that the performance of the application is met according to the SLAs and finding the scalability of the system.

Used Performance Center to define performance requirement like SLA in test.

Involved in RWS Elastic Search Load testing for 100% and 200%.

Performance test experience in cloud based environment like Azure as SaaS (Software as a Service), AWS etc.

Azure is built on a set of REST APIs help you perform the same operation that you do in Azure portal Ul. It allows your Azure resources and apps to be manipulated via any third party software application.

Monitor the Application Servers using HP Site scope for the Enterprise Search project.

Monitor the Application Servers using HP Performance Manager for SOA projects.

The goal of this project is to deliver a Salesforce (WorkForce.com) application to Allegis Group that provides:

Sales functionality for Aerotek and TEKsystems, related to Accounts, Contacts and Requirement.

Existing functionality of Salesforce for Allegis with a focus on integration points.

The Salesforce implementation will not stand-alone but will be significantly integrated with other Allegis Group applications directly or indirectly including TIBCO, the Hub, RWS, DWS, BI, Independent Req and even a legacy instance of Siebel for Data Governance

Since the out-of-the-box SalesForce functionality is considered to perform well, our performance testing effort will focus on 1) interfaces between SalesForce and other Allegis Group applications, 2) customizations of SalesForce pages to validate that no performance issues were introduced.

Scope – Phase 1: Existing CRM functionality

Test Customized SalesForce functionality:

oView Accounts

oView Contacts

oAdd Req

oView Req

oEdit Req

Tools Used: HP Load Runner 12.55, HP ALM - Performance Center 12.20, Ready API ver. 1.5.0 and 1.7.0, HP Performance Manager – Open View, Splunk

Employer: QSSI Inc, USA

Client: CMS (Centers for Medicare & Medicaid Services), MD July 2015 – Dec 2015

Role: Performance Tester

Medicaid and CHIP Program / (MACPRO): The purpose of MACPro is to automate, and thereby improve the processes used by States to submit and amend the Adult Quality Measures (AQM), Child Quality Measures (CQM), Health Home Quality Measures (HHQM) and Health Home State Plan Amendments (HH SPA) applications.

The system will include workflow processing and reporting capabilities. Future plans include the ability to link the approved Medicaid State plans, Children’s Health Insurance Program (CHIP) State plans, State Medicaid HIT(Health Information Technology) Plans (SMPHs), and Advance Planning Document, Alternate Benefit Plans, Waivers and Demonstrations. The system will provide a repository for historical actions taken by the state or CMS and will support policy analysis.

The MACPro system will be implemented nationally for use in all States, the District of Columbia, Territories, CMS’ ten ROs, and CMS’ Baltimore and DC offices.

The following are the user groups for MACPro:

• State Medicaid employees and agents;

• CMS central and regional employees; and

• Employees of other Federal Agencies.

The outputs from this application are Medicaid Program documents, quality measures and applications created by the state users. These applications are then reviewed and approved by CMS users.

Specifically, this document is intended to address the performance testing strategy and approach for the following core Quality Measures of the MACPro applications for:

Adult Quality Measures (AQM)

Child Quality Measures (CQM)

Health Home Quality Measures (HHQM)

Health Home State Plan Amendments (HH SPA)

Using Virtual User Generator to generate VuGen Scripts

Responsibilities:

Participated in Sprint Planning meetings and estimated the stories accurately with proper understanding of the application.

Written Test scenarios and reviewing the test cases and test scripts.

Work with development team to create test plans for enhancements and fixes on applications.

Mitigate risks to Business through timely and precise execution of manual test scripts under moderate supervision.

Produce test results/screenshots & upload to Test Director/Quality Centre.

Involved in NFR document preparation based on the SLA and involved in project estimates, project architecture analysis for the scope of the performance in the project

Preparing the Detailed test plan document and involved in Client calls

Derive client requirements, and write performance test plans.

Provide inputs to the performance & scalability testing team, including requirements, risks, models and measurements from development testing.

Develops metrics for monitoring increased performance and scalability.

Involved in preparation of LoadRunner scripts for the simulation of user behavior, Customization of the scripts and execution of the scripts

Design/ Execute the Load Test Scenario based on the workload mix

Tools Used: HP Load Runner 12.55, Quality Center

Employer: First Tek Inc, USA

Client: Paychex, Inc., NY Oct 2014 – June 2015

Role: Performance Tester

Unified Communications: Paychex is moving forward with the Cisco unified communications offerings. This will provide the capability for clients and potential clients to call, chat, or email into Paychex and receive support. The intention at this time is to provide the agent with an understanding of the contact person that initiated the interaction through matching their unique information coming from the channel (chat, email, and phone) with the contact information that Paychex has available. Once the contact person has been identified then the agent will need to have access to any clients that the contact has a relationship with and any and all products that the clients have with Paychex and the state of the product. For example, if a product for a specific client is on an A/R hold then the agent will know this easily. This will allow the agents to more proactively engage with the person.

Since project is in Agile Environment. Each project will be on 3 weeks sprint. Based on discussion with Scrum Master of each project, stories will be created in JIRA for the respective sprint.

The final vision of all data that the agent will need and how this will be displayed will be determined during this project. At a high level the following is needed:

All current contact data for all clients and all products (excluding 401k) such as name, address, phone, email, chat id ( from PNG (SSO GUID) & www,paychex.com ), and role/relationship per client

All current client product for all products details including options, contact entitlements and role per product

All current client data such as client name, client legal address, & client profile information

Objective:

The Cisco communications platform for call routing, the Finesse desktop for retrieving a customer’s profile, and the Autodialer to retrieve a Paychex employee’s contact info.

The Finesse will use GET and PUT, the others will use GET Operations.

Tools Used: Load Runner using web Service Protocol, AppDynamics to monitor the Service calls, Splunk to monitor the number of events called for Contact Service. SoapUI to run the Web services, Web Services, HTML, JavaScript

HTML5: Employees of PNG clients access online services through PaychexOnline.com. This service offers employees:

•Dashboard

•Message board

•A "My Documents" widget for quick access to recent check stubs and W2s

•As of September, 2014: a time punch widget to perform various time/labor punch tasks.

•Access to profile data (general, security), with some fields editable

•Access to single-sign-on sub-apps

Available services and dash widgets are dependent on services to which the client has subscribed. These services, with the exception of framed-in HTML sub-apps, are implemented in Flash technology.

Objective:

Take the first step in moving our largest user segment (employees) from Flash to HTML5 by replacing the Flash dashboard with an HTML5 one. In the process, implement key aspects of the HTML framework (e.g., support of features in desktop & mobile) through a focused user-facing release. Release the employee HTML5 dashboard in a cross-device beta environment, where usage/behavior can be cleanly measured and feedback easily obtained. Funnel this feedback directly to the product team so that iteration and other HTML5 projects can incorporate it as early as possible.

Responsibilities:

Involved in Test Data Setup.

Involved in meetings with Functional Experts, Development Teams to get performance requirements.

Using Virtual User Generator to generate VuGen Scripts

Ajax TruClient steps are comprised of a number of sections. The sections and elements within each section vary depending on the type of step.

Ajax TruClient defines when a End Event occurs during replay

End Event plays major role with regards to SLA for a transaction.

Develop scripts using Performance center/Load runner using True Client Ajax - IE protocol.

Monitoring the Appservers in Non-Production using AppDynamics

Tools Used: HP Load Runner 12.50, AppDynamics

Employer: First Tek Inc, USA

Client: Accenture Federal Services, VA June 2014 – Aug 2014

Role: Performance Tester

CMS-FFM: The Centers for Medicare & Medicaid Services (CMS) undertook the development of Healthcare.gov and its related systems without effective planning or oversight practices, despite facing a number of challenges that increased both the level of risk and the need for

Effective oversight. CMS officials explained that the task of developing a first-of-its-kind federal marketplace was a complex effort with compressed time frames. To be expedient, CMS issued task orders to develop the federally facilitated marketplace (FFM) and federal data services hub (data hub) systems when key technical requirements were unknown, including the number and composition of states to be supported and, importantly, the number of potential enrollees.

Responsibilities:

Involved in Requirement Gatherings, Test Data Setup.

Involved in meetings with Functional Experts, Development Teams to get performance requirements.

Using Virtual User Generator to generate VuGen Scripts

Develop scripts using Performance center/Load runner using Web (HTTP/HTML) protocol.

Application developed using Java.

Involved in NFR document preparation based on the SLA and involved in project estimates, project architecture analysis for the scope of the performance in the project

Preparing the Detailed test plan document and involved in Client calls

Derive client requirements, and write performance test plans.

Involved in preparation of LoadRunner scripts for the simulation of user behavior, Customization of the scripts and execution of the scripts

Design/ Execute the Load Test Scenario based on the workload mix.

Tools Used: HP Load Runner 12.50

Employer: First Tek Inc, USA

Client: Lockheed Martin, MD Aug 2012 – May 2014

Role: Performance Tester

DCPS: The purpose of DCPS (Disability Case Processing System) is to provide SSA with customizable central disability case processing capability to provide services for Federal, Regional, DD component and Local users. Disability claims are processed today using five disparate legacy systems utilized by 54 Disability Determination Services (DDS) nationwide. For every two/three months there will be release for each state. This system is going to deploy in 54 states. The first release has been done on Idaho State. This is a complex system build on Java, Thunderhead and IBM Http server / WAS Application Server’s. Database is IBM DB2 9.7, Oracle.

Responsibilities:

Involved in Requirement Gatherings, Test Data Setup, Performance Test Plans, and Analysis.

Involved in meetings with Functional Experts, Development Teams and Database teams to get performance requirements.

Involved in various meetings for Capacity Planning of the new Environment for future growth. I.e. for National rollout.

Understands the requirements for performance of all applications in scope and makes recommendations for capacity planning to infrastructure teams.

Develop scripts and execute the performance tests to properly and rigorously estimate the performance metrics of the system and assure capacity and stability of the applications meets requirements for production deployment.

Providing required input to capacity planning activities.

Execute performance tests on applications to assure capacity and stability of the applications meets requirements for production deployment.

Business NFR against volume and capacity management.

Worked with Cross Functional Teams like Development, Configuration, Deployment to cross

Check Load balancing, Clustering and Connection Pooling is present in Performance Testing

Environment.

Identify Business Scenarios for each release and reviews will be done by SSA.

Service Levels are measurable, meaningful and meet business performance expectations (Key Performance Indicators –KPI - definition),

Pricing models are defined and consistent with SLA commitments comparable with cost of other similar companies in industry through benchmark

Provide inputs to the performance & scalability testing team, including requirements, risks, models and measurements from development testing.

Develops metrics for monitoring increased performance and scalability.

Develop scripts using Performance center/Load runner using Web (HTTP/HTML) protocol.

Monitoring the Web Application Server using Introscope. Monitoring the CPU. There are 16 processor for each CPU. There are 4 WAS allocated for performance testing.

Identify any bottlenecks like GC heap, GC Monitor for each WAS servers.

Get WAS Log from WAS team, any error while during execution in Thunderhead.

Raise defects in HP ALM for the error found during execution like the response time greater than 5 seconds less than 10 seconds and greater than 10 seconds for each transactions.

Tools Used: HP Load Runner 12.50, CA Wily Introscope

Employer: Emtec Inc, USA Jan 2012 – May 2012

Client: Cox Communications, GA

Role: Performance Tester

PEBL: PEBL (Provisioning Equipment and Billing) is the interface to ICOMs for Self-Activation lookup of customer equipment information and allows comments to place in ICOMs. Using Apache CXF with spring will enable the application to accept Restful and/or SOAP requests without code modifications.

Responsibilities:

Involved in Performance Requirements, Test Data Setup, Performance Test Plans, and Analysis.

Using Virtual User Generator to generate VuGen Scripts

Develop scripts using Performance center/Load runner using Web (HTTP/HTML) protocol.

Average response time will be in less than 3 seconds and 90% of responses will be in less than 10 seconds at the peak load.

The scenario will simulate a total of 250 concurrent users submitting transactions at a rate of 10 users every 12 seconds.

The test will ramp up users to 250 in 10 minutes. It will then maintain the peak load for 3 hours and then end the test. During the test, Load Runner will monitor performance on the various servers. At the end of the test, results will be compiled and sent to interested parties.

Average CPU utilization will be less than 70% on the application servers. Defects will be logged for all failed transactions.

LR Agents, Controller (Windows Server 2003)

Performance Test Report will be prepared as PDF file and sent to stakeholders.

Before Load test started DBA team will clean database

Contact this candidate