Warning: Use of undefined constant K2_BUILD_ID - assumed 'K2_BUILD_ID' (this will throw an Error in a future version of PHP) in /customers/3/f/4/itprobit.com/httpd.www/administrator/components/com_k2/helpers/html.php on line 294 Warning: Use of undefined constant K2_BUILD_ID - assumed 'K2_BUILD_ID' (this will throw an Error in a future version of PHP) in /customers/3/f/4/itprobit.com/httpd.www/administrator/components/com_k2/helpers/html.php on line 310
Over the last decade, we have seen an explosive growth in the usage of mobile devices, mobile applications, service/application providers and web content. The key drivers for mobility testing include:
Our Mobility Testing service ensures all-round testing of your mobile applications for functionality, performance, security, interruption, longevity, conformance, usability, etc. We also validate the mobile application integration with various enterprise applications where ever applicable.
Testing the application for Web content accessibility, Mobile Application Accessibility, WCAG 2.0 Guidelines
Testing application on devices with different service provider, wireless, bandwidth etc
Testing the application security from access credentials to vulnerability of the app, how good it is in protecting data and maintaining functionality as intended.
The purpose of performance testing is to identify and isolate the performance bottlenecks and to optimize code that has bottlenecks.
Automation of repeatable test cases using tools that are specific for Mobile Application automation such as Appium, Selenium, Genymotion, TestQuest Pro, SeeTest etc.
APPIUM is a freely distributed open source mobile application UI testing framework. Appium allows native, hybrid and web application testing and supports automation test on physical devices as well as on emulator or simulator both. It offers cross-platform application testing i.e. single API works for both Android and iOS platform test scripts.
It has NO dependency on Mobile device OS. Because, APPIUM has framework or wrapper that translate Selenium Webdriver commands into UIAutomation (iOS) or UIAutomator (Android) commands depending on the device type not any OS type.
JIRA – Agile Project
Agile methodology for software development has gained immense popularity in the recent years.
Agile Projects follow an incremental approach to development of the requirements.
The highlights of an Agile/Scrum Project are:
JIRA successfully supports all the activities listed above for projects following an Agile Methodology. In this article, we will see how.
Note – Firstly, you will need JIRA Agile add-on if you have not gotten it already.
We are going to learn all about JIRA administration today. This is a unique opportunity to learn the admin aspects of a Project/Incident/Test Management tool.
This is the 5th tutorial in our JIRA learning series. Check all the tutorials in this series on this JIRA Tutorials page.
Not all of them are as effective (and simple) and as accessible from the UI as it is for JIRA. So, as always, concepts are more important than the tool specific details – look out for the operations and their importance- that will help you to estimate what you can expect from the “Admin” module of any tool.
JIRA User Module – Conclusion
We have seen the different kinds of issues and how to create them in our previous JIRA Tutorials. This is a next JIRA tutorial in this series where we will learn how to use them, the workflow progress and the reporting feature of JIRA.
The issue once created can be accessed by searching the ID, browsing the “Issues” menu item or going to the project details and checking the issues tab.
When you access an issue and click on its link, the details will be displayed. All the actions that can be performed on the particular issue are available on the header of an issue details screen:
A sub-task is nothing but a division of a parent issue (task) into chunks of work that can be assigned and tracked individually.
Example 1: A QA related example could be of the task of Test documentation. Test documentation by itself is an activity that might take a week to finish. Say, it involves the following aspects: Test plan documentation which takes 2 days. Test case documentation – 2 days, Test plan review – ½ day and Test case review – 1 day. Also assume that there are 2 resources.
In this case we can create a JIRA issue of the type task for “Test documentation” and have the following four sub tasks under it:
By doing so, it is easier to have a better insight into the progress task wise and resource wise by breaking a sizeable parent task into sub-tasks.
Working with JIRA issues
JIRA – we are in the midst of self-learning this tool. In the last JIRA tutorial, we talked about the underlying JIRA process – the Incident Management and a few high-level details of the tool itself.
Today we move on to yet another interesting topic – How are issues handled in JIRA?
Before we get into more details let us reiterate what an issue is:
An issue is anything that you would track to completion. Some examples specific to QA can be – a document to be created, a document to be reviewed, a bug or an environmental issue.
Before we get into what this tool is, how it can be used and who it is used by, I want to lay out some ground rules that will help us learn any tool easily and effectively in a short period of time.
I personally think that learning any tool has 2 phases to it:
Take the case of JIRA. Think that you are a newbie and know nothing about it. You have heard about it from various friends, online references etc. You want to try your hand at it. How can you do that?
We can easily run performance tests against Soap/Rest web services by using JMeter. REST web services uses the HTTP request method with most popular protocols like : GET and POST.
The responses return status codes indicating success or failure, along with any applicable headers, and JSON representing the affected fields (or nothing) in the message-body. In this example below, we use OpenWeatherApi for web service test. For detailed information for the api, please visit the site: http://openweathermap.org/api
The Apache JMeter™ desktop application is open source software, a 100% pure Java application designed to load test functional behavior and measure performance. It was originally designed for testing Web Applications but has since expanded to other test functions.
In this example, you learn how to use Selenium WebDriver with JMeter to test performance of a web application. This example uses Mahara ePortfolio system as an example. We test the application's login and logout performance.
To use Selenium Webdriver with JMeter, simply install "WebDriver Set" plugins. The WebDriver sampler is very useful if you want to test for performance AJAX, GWT based web applications and simulated user actions.