effective bugs

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.


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 – buzz@thinksys.com for connecting with us.

manual testing procedure

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.


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 – buzz@thinksys.com for connecting with us.

test automation

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. ThinkSys is privately held and is headquartered in Sunnyvale, CA. For more information visit https://blogs.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.

ios vs android

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