Is Ad Hoc testing reliable?

By :-Simran Puri

What is Ad Hoc Testing?

Performing random testing without any plan is known as Ad Hoc Testing.  It is also referred to as Random Testing or Monkey Testing. This type of testing doesn’t follow any designed pattern or plan for the activity. The testing steps and the scenarios totally depend upon the tester, and defects are found by random checking.

Ad Hoc Testing does have its own benefits:

  • A totally informal approach, it provides an opportunity for discovery, allowing the tester to find missing cases and scenarios that might not be included in the test plan(if a test plan exists).
  • The tester can really immerse him / herself in the role of the end-user, performing tests absent of any boundaries or preconceived ideas.
  • The approach can be implemented easily, without any documents or planning.

That said, while Ad Hoc Testing is certainly useful, a tester shouldn’t rely on it solely. For a project following scrum methodology, for example, a tester focused only on the requirements and who performs Ad Hoc testing for rest of the modules of the project(apart from the requirements) will likely ignore some important areas and miss testing other very important scenarios.
When utilizing an Ad Hoc Testing methodology, a tester may attempt to cover all the scenarios and areas but will likely still end up missing a number of them. There is always a risk that the tester performs the same or similar tests multiple times while other important functionality is broken and ends up not being tested at all. This is because Ad Hoc Testing does not require all the major risk areas to been covered.

Performing Testing on the Basis of Test Plan

Test cases serve as a guide for the testers. The testing steps, areas and scenarios are defined, and the tester is supposed to follow the outlined approach to perform testing. If the test plan is efficient, it covers most of the major functionality and scenarios and there is a  low risk of missing critical bugs.
On the other hand, a test plan can limit the tester’s boundaries. There is less of an opportunity to find bugs that exist outside of the defined scenarios. Or perhaps time constraints limit the tester’s ability to execute the complete test suite.
So, while Ad Hoc Testing is not sufficient on its own, combining the Ad Hoc approach with a solid test plan will strengthen the results. By performing the test per the test plan while at the same time devoting resource to Ad Hoc testing, a test team will gain better coverage and lower the risk of missing critical bugs. Also, the defects found through Ad Hoc testing can be included in future test plans so that those defect prone areas and scenarios can be tested in a later release.

Additionally, in the case where time constraints limit the test team’s ability to execute the complete test suite, the major functionality can still be defined and documented. The tester can then use these guidelines while testing to ensure that these major areas and functionalities have been tested. And after this is done, Ad Hoc testing can continue to be performed on these and other areas.

ThinkSys Announces Cal Hacks Sponsorship, First Major Collegiate Hackathon In The San Francisco Bay Area

Sunnyvale, CA, September 26, 2014

ThinkSys Inc, a global technology company focused on software development, e-commerce, QA, and QA automation services, is proud to announce its sponsorship of Cal Hacks, the first major collegiate hackathon in the San Francisco Bay Area.

ThinkSys is a longtime advocate of the hackathon concept,” says Leslie Sarandah, Vice President of Sales and Marketing. “Our executives have championed hackathons as a way to encourage motivated teams of developers to break away from their day-to-day responsibilities and work in teams on projects of their own design. This type of activity generates some amazing customer-centric innovations in a very short period of time.”

Alexander Kern, Director of Cal Hacks states “The hackathon attracts natural problem solvers. We expect this event to bring together some of the brightest students in their fields to direct their energies toward complex problems, and with their solutions ultimately being judged by leaders in the technology industry. We are really excited to see the results.”

Cal Hacks will take place October 3 – 5 at U. C. Berkeley’s Cal Memorial Stadium. The event will bring together hundreds of undergraduate innovators, coders, and hackers from around the world to create incredible software and hardware projects. This collaborative experience offers invaluable connections, mentorship and teambuilding that will benefit participants today and in the future. The event will last 36 hours and is free to accepted participants.

About ThinkSys Inc
ThinkSys, a global technology products & services company, helps customers improve and grow their business and e-commerce initiatives across the Web and mobile channels. Employing over 120 technology specialists, ThinkSys develops, tests and implements high-quality, cost-effective solutions running in the cloud or on premise. As a leader in web and mobile manual and test automation and monitoring solutions, using its Krypton framework or other Industry tools, ThinkSys enables developers, QA Professionals and management to help reduce time to market. ThinkSys is privately held and is headquartered in Sunnyvale, CA. For more information visit ThinkSys.com

About Cal Hacks
Cal Hacks is the first major collegiate hackathon to take place in the San Francisco Bay Area. Additional sponsors of the event include Microsoft, Google, Dropbox and Facebook. For more information and a complete list of sponsors, go to calhacks.io

4th Annual Selenium Conference 2014

By– Rajnikant Jha

The 4th annual meeting of the Selenium Conference was held for the first time in India (Bangalore)September – 6, 2014. With 400 attendees from across the globe, around 20 speakers and the Selenium Committee members,this event delivered tremendous expertise and information. I would highly recommend this to anyone who is working in Selenium or related technologies.

Selenium is most popular software testing framework for web applications today. The increasing trend of Selenium users shows the popularity of Selenium. Job trend in Industry shows rise in job related to Selenium automation in last 3-4 years. Graph below shows Job trend compared to QTP as percentage of related jobs

 

Starting with the Welcome Address given by Simon Stewart, the creator of the WebDriver open source web application testing tool and a core Selenium 2 developer, this conference was rich in information, valuable tips and smart people who had multiple years of experience in Selenium. The event’s Lightening Talks track gave the attendees an opportunity to discuss issues and questions with each other as well as the Selenium Committee members. Some of the key items worth noting are as follows:

  • Selenium 3.0 which was to be released last year in Dec 2013 will be released in a couple of months.
  • With the Selenium 3.0 launch, Selenium RC has been officially deprecated, so the companies using RC should switch to WebDriver.
  • Selenium 4.0 is also on schedule and will probably be released by year-end. It will standardize to W3Ctoo.
  • Selenium IDE is being superseded by Selenium Builder.
  • Selenium Grid will have a video recording functionality enhancement.

My questions mainly related to the stability of WebDriver will be addressed in the next releases of Selenium.

I also received good response to some of the work-arounds that we are doing at ThinkSys to improve script stability and to handle some browser quirks. For example:

  • Moving mouse to origin before the test script starts.
  • IE browser setting to run automation
  • Using Firefox profile with Selenium
  • Handling Chrome Crashes

There was so much good information at the conference that will help the community to design, maintain and execute test scripts using Selenium. Some of my favorite talks and presentations included:

1)      Perils of Page Object Pattern – by Anand Bagmar

A Page Object Pattern models pages within the test code which reduces duplicity in code and provides better maintainability with one place change. Most of the WebDriver scripts and frameworks use Page Object Pattern. The talk explained Page Object Pattern through the example of Amazon application and code samples. From the discussion and code samples we understood following limitations of Page Object Pattern:

  • Test intent gets polluted
  • Duplication of implementation
  • Maintenance challenges
  • Scaling challenges

Does that mean we should not use Page Object Pattern? We should always use this for the benefits it has but it should be created for the business layer of application. The ideal Test Automation pyramid should have two different types of test automation – one for technology tests which include unit tests and integration tests, and another for business tests which include UI, functional and regression tests. This pyramid helps to understand the test intent in business terminology. The test intent is most important in Page Object Pattern.

Business Layer Page Object Pattern with test intent of business layer automation helps to design correct pattern and it has following advantages:

  • Effective automation scripts for business requirements
  • Abstraction layer allows separation of concerns
  • Maintenance and scaling becomes easier

2)      Scaling and Managing Selenium Grid– by Dima Kovalenko

There are three main topics:

  • Stability
  • Speed
  • Coverage

The presentation talked about all three topics and covered the main concerns that Selenium users face when using Selenium Grid. The presentation offered a number of suggestions that can be used to stabilize execution using Hub and nodes. The key points regarding stability were:

  • Move as much to Linux as possible
  • Run one test case at a time
  • Use better mechanisms like Crons for OS and Nodes configs
  • Use WebDriver instead of RC
  • Create schedule tasks to periodically restart Grid node and computer
  • Use batch file for IE which clean up cookies and cache and launches Internet Explorer

For speed optimization, use of smaller nodes with single browsers is recommended. For cost effectiveness, the use of low-end machines should be considered.

For testing coverage purposes, we may have to use browsers like IE7 and IE8, but these browsers take more maintenance time. Browsers like IE9 and beyond are more stable and recommendable. If we have to use Safari, it is better to use one Safari browser per machine. There are some other features that we may consider for stability of execution on nodes:

  • Automatically Set IE Protected Security Zone each reboot
  • Kill web browsers after test
  • Automatically update drivers and jars

Overall, I found the conference educational and motivating. It was great to be surrounded by other technical people in my industry all sharing their knowledge about this technology. I hope to be there at the next conference and encourage others in the Selenium space to join me!

Creating Effective Bugs

By – Shraddha Pande
A skilled QA tester knows that the most important part of the role is perhaps the ability to create effective bugs. A bug is not useful to the testing process if it is not reproducible and properly documented. Developers rely on clear and understandable bug reports to pinpoint what needs to be fixed.Thus, it is critical that these reports and the identified bugs capture all of the necessary data and criteria.

An effective bug must have these qualities:

    • Easily Reproducible:

The basic feature of a bug report is that it must be easily reproduced. For this it should have these:

  1. Title: The bug title should be a one-line accurate description.
  2. Steps: The steps to reproduce the bug must be few, clear and relevant.
  3. Summary: The actual and expected results must be descriptive enough so that the developer has a clear understanding of the problem. The expected results must describe precisely what needs to be fixed.
  4. Additional help: Whenever possible, attach a screenshot or video of the bug to the bug report to give the developers a more complete picture of the bug scenario.
  5. Platforms affected: Check the bug in all possible environments. For example, in website testing, one would run the scenario with different operating systems, browsers and mobile devices (versions and platforms) to reproduce the bug in different environments.
  • Severity and Priority:

The bug found should be labeled with the Severity (Critical, Major, Normal, Minor, Trivial and Enhancement) it can cause to the application as well as the Priority (High, Medium or Low) in which it has to be fixed.

  • Not a Duplicate:

The bug should be checked with the other bugs tracked to avoid duplication.

  • Deferrable or Not Deferrable:

Internal testers should also check the bug to ascertain if it can be fixed in the next build release.
After these steps are completed, the QA engineer checks all of the above features, discusses the bug found with the testing lead and development team and then, finally, creates the bug.

Conclusion

While the overall process outlined here is the basis of effective bug production, never underestimate the importance of good communication skills in the successful documentation and verbal explanations of the issues. A knowledgeable and respectful dialogue between QA and development leads to greater understanding of the issues and a stronger end product.
Visit us at www.thinksys.com , drop us an email at – [email protected] for connecting with us.

Is Manual Testing Still very critical?

By – Shraddha Pande

The businesses imperative to drive value into the market at a faster and faster pace often translates into shorter development and delivery cycle times. And even with a top-notch development team, only a well-planned and systematic test plan will ensure that your products function as expected across Web and mobile channels when introduced to the marketplace.

A primer on manual testing of software

When selecting a particular testing approach, don’t ignore the most basic testing method of Manual Testing. Sometimes considered elementary, this testing technique is also the oldest and most stringent form of testing software products. It is done by a test engineer who behaves and works on the product or application as an end-user, executing the test cases manually without tool support. The test engineer verifies all the features of the application or product to ensure that the behavior of the application is correct and in accordance with the client requirements.

Adhering to the Software Testing Life Cycle, the engineer will create and follow a Test Plan to ensure the comprehensiveness of testing, while executing the test cases manually without using automation testing tools. The test engineer creates Test Cases to test the application via a certain set of steps that have defined Expected Results. These results are then checked against Actual Results. After executing these test cases manually, each functional test case is either marked as passed (with zero defects) or failed (having some defects). A benefit of manual testing is that all the test cases are executed manually executed by the testers, meaning that the program is less susceptible to machine faults.

Recommended Manual Test Process 

  1. Requirement Analysis: Determine and document the needs and requirements of the client, product, and application. Determine the needs and responsibilities for the testing process.
  2. Test Plan Creation: Build the Test Plan for the product/application on the basis of requirements developed in Step I. The Test Plan should include: Objective, Scope, Focus Areas, Time Estimation, Resources and Responsibilities.
  3. Test Case Creation: Create detailed Test Cases including Test Scenario.
  4. Test Case Execution: Execute the Test Cases to verify the actual and expected results.
  5. Defect Logging: Identified defects should be logged and tracked based on the conditions. We will discuss this more in our upcoming blog.“Creating Effective Bugs”.
  6. Defect Fix & Re-verification: After fixing any known defects, it is critical to re-verify and process them accordingly.

Recognizing the Value of Manual Testing in Today’s World

  • It delivers better usability testing than automated testing.
  • Greater assurance that the product or application is free from machine defects.
  • Delivers detailed program analysis.
  • This does a superior job at identifying non-testable requirements.
  • This type of can also provide better understanding of functionality.
  • Does a better job covering Test cases and Test Scenarios.
  • Manual testing scripts provide useful feedback to development teams and can form the basis for help or tutorial files for the application under test.
  • It can cover certain security aspects that automation tools are not designed to address.
  • It can lead to discovery of more complex vulnerabilities due to its flexibility. Humans can run a creative combination of attacks to discover any vulnerability out of reach of the automation test tools.
  • Automation testing benefits from building on the work already accomplished in the manual testing process.

Conclusion:

In sum, it is important that QA teams recognize that Manual Testing can deliver critical results in the testing process. Manual Testing generally has lower up-front costs and allows a team to exercise flexibility during the testing process. Manual Testing can also be combined with an automated approach to deliver very positive and powerful results.

Keep looking at our blog section for more on this topic and click the link to know more about manual testing tools.

Visit us at www.thinksys.com , drop us an email at – [email protected] for connecting with us.

Is Complete Test Automation Always Good?

With the advancements in technology and effective service delivery for businesses, QA and Testing service providers are venturing into automation. Automation may take the lead in accuracy but what about the flexibility, out of the box solution that a human resource can offer. Automation may be useful for tasks that are repetitive and do not require much human interaction thus focusing on the area it is designed for. But what the other related area and the bugs surrounding it that it may missed out.

 As part of cost-effectiveness strategy, companies may think that all tests should be automated as it’s a one-time effort and provides cheaper solution rather than spend on many resources working manually. How true this thought is? Creating and maintaining automation tests do require resources along with the cost of the tools, hence the above thought may be true for some cases but not always.

Test automation is a great idea for projects where product is developed and needs to be strengthened. It may not be the right thing to do with new product testing. For a new product under test, a careful combination of manual and automated tests should be used so that testing activity does not overlook bugs that may be unforeseen by the automation. It may turn out to be costly in case bugs get overlooked by automation and are detected at a later stage. To make automation more effective, test cases for all the error scenarios have to be designed separately and this may be additional costly effort.
Automation of tests has its own side-effects as lots of bug may be missed in automation thus impacting the quality of the released product which may lower the customer satisfaction if they come up with those bugs.
In the end we can conclude that a careful combination of manual and automation testing may be a good approach as they alone may not prove as effective as it should be.

ThinkSys Strengthens Management Team With Addition Of Former CIO Of LG India

Sunnyvale, CA, May 19, 2014

Daya Prakash, as Head of its Indian Operations
ThinkSys adds Daya Prakash, a recognized and an award winning CIO to its Management in India bringing seasoned expertise to its customers and employees.

ThinkSys Inc., a global technology services company focused on software development, e-commerce, QA, and QA automation services, today announced the expansion of its Management Team with the addition of Daya Prakash, as Head of Indian Operations in its Noida Office.

Mr. Prakash has over 20 years of experience in Business and Technology and was most recently the CIO of LG Electronics India (KRX: 066570, LSE: LGLD). At LG, he led all of LG India’s technology operations. Managing a vast team responsible for implementing leading-edge technologies and business process innovation, Mr. Prakash played a key role in helping LG India grow its business from a few million USD to over 3.6 Billion USD in a span of a decade. In recognition of his leadership in the industry, Mr. Prakash has been honored with many prestigious awards including Global CIO by UB Media, CIO Super Achiever Award by IDG, CIO 100 by IDG 2007-2011, CTO of Year (Mfg) by Dun & Bradstreet, Top 100 CISO Award by Info Security and finishing in the top two for India’s most respected CIO in 2012.

“Mr. Prakash’s experience and expertise adds strength and depth to our management team and will be a major factor in successfully executing our strategy to drive future growth. I am excited to have such a seasoned expertise at hand for the benefit of our customers and employees.” said Rajiv Jain, CEO, ThinkSys.

“I am very excited and at the same time feel privileged to be a part of ThinkSys family. ThinkSys has been providing first-class services to its worldwide customer base for many years now. The company has demonstrated that it is capable of playing vital role in the mission-critical initiatives of its clients, and I look forward to ThinkSys growing from a simple service provider to a customer’s most trusted partner.” said Mr. Prakash.

An active member in CIO community, Mr. Prakash’s thoughts and articles have been published in leading magazines and national dailies including Data Quest, Network Computing, CIO, Economic Times, Financial Express and Computer Express. And he continues to be an active speaker in various forums and seminars conducted by national and international groups. Mr. Prakash has a Masters in Computer Management and an MBA. Always hungry for knowledge he continues his studies pursuing his PhD.

About ThinkSys Inc
ThinkSys, a global technology products & services company, helps customers improve and grow their business and e-commerce initiatives across the Web and mobile channels. Employing over 120 technology specialists, ThinkSys develops, tests and implements high-quality, cost-effective solutions running in the cloud or on premise. As a leader in web and mobile manual and test automation and monitoring solutions, using its Krypton framework or other Industry tools, ThinkSys enables developers, QA Professionals and management to help reduce time to market. ThinkSys is privately held and is headquartered in Sunnyvale, CA. For more information visit http://www.thinksys.com.

ThinkSys Creates End-To-End Customer Experience Management Solutions

IBM and Arrow Electronics to increase online conversions and revenues
Sunnyvale, California – December 2, 2013

ThinkSys, Inc., a global technology services company headquartered in Silicon Valley and an IBM Business Partner, is partnering with Arrow Electronics to help customers improve and grow their e-commerce business across multiple online and mobile channels.

“We have midmarket and enterprise customers around the globe,” said Rajiv Jain, CEO of ThinkSys. “They want to know how they can gain critical insight into how customers are experiencing with their online and mobile channels. I tell them they need solutions that provide immediate visibility into the customer experience, prioritize issues affecting online conversion and customer retention rates, and speed problem resolution. They need IBM Tealeaf.”

Arrow Electronics is ThinkSys’ distribution partner for IBM solutions. Arrow is a $14 billion technology company and one of IBM’s largest solution distributors.

“Arrow is proud to be partnering with the talented team at ThinkSys,” says Shannon McWilliams, senior director of IBM software sales for Arrow Electronics. “We look forward to working with them as they optimize the digital and traditional marketing channels that drive business success.”

Major companies around the globe rely on IBM solutions to increase enterprise efficiency, workforce productivity, and infrastructure flexibility. ThinkSys plans to focus resources on the IBM smarter commerce initiative, with a special emphasis on implementing and supporting the IBM Tealeaf portfolio of products.

“ThinkSys has helped numerous companies improve their online presence and deliver the goods and services their users expect,” said Leslie Givens Sarandah, vice president of marketing and sales for ThinkSys. “Our relationship with IBM and Arrow complement our technical resources. Our leadership strongly believes in this direction. It will help us deliver customer-centric mobile solutions and e-commerce success today and going forward.”

About ThinkSys Inc
ThinkSys, Inc. (www.thinksys.com) is a global technology services company that helps customers improve and grow their e-commerce business across web and mobile channels. Employing more than 120 technology specialists, ThinkSys develops, tests and implements effective, affordable solutions using cloud-based or on-premise technologies. Deloitte Technology has designated ThinkSys as a Fast 50 company.

ThinkSys Open Positions
Arrow Electronics (www.arrow.com) is a global provider of products, services and solutions to industrial and commercial users of electronic components and enterprise computing solutions. Arrow serves as a supply channel partner for more than 100,000 original equipment manufacturers, contract manufacturers and commercial customers through a global network of more than 470 locations in 55 countries.

Selecting Platform for Your Mobile Apps

In the early days of mobile app development, people might still remember BREW, Symbian, and Java ME, but with the advent of smartphones, the choices started to simplify: If you were targeting enterprise business users, you developed for Blackberry; if you were developing for any other user, you developed for iOS. Then Android entered the picture, and now Windows has started to show its head.

At first, Android’s arrival was not a big deal, because there was only one version of their OS available on limited devices; you could still bet on iOS or Blackberry and win. Blackberry is no longer even a consideration, however, when developing mobile apps. In fact, between September 2011 and August 2012, Blackberry usage in the United States dropped 25 percent, and the mobile platform now boasts only about 1 percent share of the market. Blackberry is dying fast.

The chart below shows the top 10 platforms that are in the minds of the developers world-wide.

The trend of top platforms that developers are choosing correlate nicely with the number of handsets being sold worldwide. The numbers below show the increase of market share for Android, iOS and Windows as well as the significant decline in BlackBerry and Symbian sales.

In the end, developers are working on platforms that have the farthest reach. It is clear that the year over year continuous drop in Java ME, Blackberry and Symbian platforms are making these platforms less relevant in the smartphone market.

However, an interesting number in Fig. 1 is the Mobile Web – HTML 5 platform, which increased 56% in 2011 and continues to remain stable for this year. Despite the fact that mobile browsers continue to get more fragmented, and the Mobile Web wrestles with performance issues and lack of functional richness, the cross-platform nature of the Mobile Web platform continues to attract developers. We are seeing continued interest with our customers in this space and feel that this platform will remain important in the near future.

When looking at future trends for platform choices and interviewing over a thousand developers, the Developer Economics 2012 survey (see Fig. 3) shows a significant increase in the choice for the Windows Platform.

 

As Nokia and Microsoft continue their aggressive marketing for the adoption of Microsoft’s new Windows platform, the sales of Windows phones continue to have mixed results. Nokia’s Lumia 900 is getting good reviews from the press, and the base functionality in most cases is on par with the top-of–the-line iOS and Android phones. Even though we continue to believe that the developers will develop on the platforms that have the farthest reach, at present, Windows is one of the top platforms in the minds of the developers. The main reason for this, we believe, is the ability developers have to develop for the Windows 8 Metro UI, which offers an easy port to the Windows platform. This will get better as Microsoft merges the APIs for mobile and OS development. As enterprise applications continue to increase in both development and usage, this will continue to be an important development platform.

Having said that, Microsoft and Nokia have a short window to start showing an increase market share and customer reach from the measly 2%.

At the same time that Blackberry was gasping its last breath, open source technology was leading to a rapid fragmentation of Android, whose usage exploded both in the U.S. and globally. By mid-2012 Android devices were selling four times faster than Apple. Together, Apple and Android account for 85 percent of the mobile market. While the easy choice as to what platform you should develop your mobile app for is Apple, Google’s Android and all of its associated sweet-treat operating systems account for 50.1 percent of the market.

With Blackberry out of the picture as the dedicated business phone (unless you work for the government), companies no longer have the luxury of choosing a single platform if they want to be competitive, visible and relevant in mobile world. And more than ever, people are relying on their mobile devices to access the Internet.

Android and Apple each take very different approaches to their operating system updates. Apple is streamlined; they introduce a new iOS to coincide with the release of a new device, and they make previous versions obsolete, forcing everyone, for the most part, to adopt the same platform. (Even users are forced to comply: every time a user logs into iTunes, they have to update to the latest iOS).

Android, on the other hand, presents a garbled mess of new and old platforms and no standardization for device screen sizes. There are 11 OSs currently circulating for Android, with a 12th, Jelly Bean, just hitting the market. Yet with more than half of all mobile device users devoted to Android in one form or another, you can’t afford not to develop your app to be compatible with the Android OS platform(s).

Rapidly changing technology makes the cost of retaining the talent necessary to develop mobile apps for multiple platforms difficult. Because developing for the different mobile platforms requires extensively different knowledge – they use different languages, different protocols, different development strategies – it is very difficult for a company to maintain its own development team that is capable of writing mobile apps for multiple platforms. The smart answer to the question “What platform should I develop my mobile app for?” is the hardest answer to give: all of them. Developers can make it simple. If performance and local platform functionality is less important, you might want to choose the Mobile Web platform (HTML 5).

ThinkSys Inc Joins Sauce Lab’s Authorized Partner Program

London UK, April 16, 2012
ThinkSys Inc, one of the leaders in creating Automated Tests, announces today it is joining the Sauce Labs Partner Program as an Authorized Partner. Co-founded by the original creator of Selenium, Sauce Labs is the leader in manual and automated cloud-based testing. As a result of this partnership, ThinkSys Inc’ customers will be able to use the acclaimed KryptonTM Regression Automation Framework for Testing, KRAFT, a generic excel-spreadsheet based framework, with Sauce Labs’ cloud browsers, enabling the creation of full Selenium Automation Test with no programming required.

Further, QA and development teams in companies will be able to leverage the KRAFT framework and help organizations automate manual tests for their websites and web-based applications, enabling cross-browser testing for 100+ and growing Operating System and Web Browser combinations. This partnership allows corporations and start-ups to have high-quality websites and web-applications delivered to their customers in a timely manner and with significantly lower costs.

“This partnership allows ThinkSys Inc customers to have direct API access to Sauce Labs’ cloud-based services,” said R P Singh, President and CTO of ThinkSys Inc. He added, “The combination of Sauce Labs and ThinkSys Inc provides a compelling value proposition for companies looking to accelerate their business with private and public cloud infrastructures.”

“We are thrilled to count ThinkSys Inc as one of our Authorized Partners,” said Ashley Wilson, head of Customer Development at Sauce Labs. “The Sauce Partner program is an ideal way to pair trusted partners with current and potential customers to leverage Sauce Labs’ cloud infrastructure, and the addition of ThinkSys Inc and their KRAFT framework will make it even easier for users to get started with automation.”

About ThinkSys Inc
ThinkSys Inc is global provider of Software Development, QA, Testing and Mobile Development and Testing. ThinkSys Inc is the best performing software services’ company in its niche with offices in US, UK and India. Its primary focus is on providing technology related services to small to medium sized corporations and educational establishments around the globe. ThinkSys Inc’s KRAFT, patent pending framework and tool, built on top of Selenium, provides a quick and unique way to automate the tests for corporations in short time frames. Using this framework, corporations have been able to save hundreds of hours of manual testing and increased their productivity by over 500%. ThinkSys Inc which is headquartered in California US, has offices in Gurgaon India, Rudrapur India and London UK with customers around the world. For more information, please visit www.thinksys.com and for KRAFT please visit

About Sauce Labs
Sauce Labs, the web application testing company, provides Sauce Scout, a manual cross-browser testing tool, and Sauce OnDemand, a private cloud-based Selenium service for running automated tests.

Founded by the original creator of Selenium, Sauce allows users to run functional cross-browser tests with massive parallelism that’s more stable and trouble-free than if they maintain their own Selenium test infrastructure. To date, nearly 15 million tests have been executed in the Sauce cloud. For more info about the Sauce Partner Program, please visit http://saucelabs.com/partners