Be among the first to experience the matchless Selenium WebDriver integration, WPF object recognition and test suite improvements available with Ranorex 7.0.
I’m excited to announce that for the second year in a row now, the Great Place to Work® institute has chosen Ranorex as one of Austria’s best employers!
Each year, the Great Place to Work® institute conducts its renowned benchmark study to identify Austria’s best employers. The rating focuses on credibility, respect, fairness, pride and teamwork – values that are of great importance to a successful enterprise. Based on the responses of the extensive survey, we are delighted to see that 93% of our employees stated that “Taking everything into account, I would say this is a great place to work.”It’s the team that matters most
Without a doubt, it’s every single member of our outstanding team that makes our company such a great place to work. At Ranorex, we are dedicated to providing the best possible environment for our team. We are proud to have a workplace culture that builds upon trust and transparency, and enables each team member to grow and have a meaningful impact on the company, its success and its values.A meaningful workplace culture
I’m honored to be part of a company that sees the importance of a great workplace culture and does everything to foster it throughout everyday work life. For example when it comes to the areas of:
- Work environment
At Ranorex, you’ll benefit from the best possible work environment: from in-house gym, weekly yoga class, areas for relaxation to state-of-the-art technology and ergonomic desks.
- Team spirit
Team spirit is one of our core values – and we love to celebrate it: whether it is at a business run, the many team events and company trips or at the weekly breakfast.
- Work-life balance
While we love what we do, it’s not all about work. Flexible working hours and the opportunity to work from home enable our employees to achieve a satisfying balance between private and work life.
We are honored and humbled by the award we have received and would like to credit our incredible team members. Thank you again for making Ranorex such a special place to work. We will continue to do our best to ensure inspiring working conditions, which allow us to create extraordinary solutions for our clients.
If you would like to join our team, please check out our open positions. We’d love to hear from you!
Agile has changed the way we approach development and testing. At least it should. Release cycles are shorter, requirements change rapidly and quality standards are higher than they’ve ever been. To have the slightest chance at scoring a medal in the agile testing games, we’ve got to understand the rules of the game and get the right tools. So let’s get at it together.
I am trying to break down the requirements agile testing should meet on five basic principles. Based on these, I’ll show you the benefits we’ve experienced ourselves when using Ranorex for agile testing and how your team will also benefit from using Ranorex for agile test automation.Fast feedback
Best case scenario: You test the full range of functionality for every single code change. When performing continuous testing, it’s essential that the whole development team gets immediate feedback on the executed tests. Therefore, an easy to access and easy to read reporting mechanism is indispensable. This is where our test reports step in. You can fully integrate the lightweight test executables of our test suites into any continuous integration systems and share the resulting easily understandable report files with the whole team to ensure a high level of transparency. Not fast enough? You can also get live feedback during test execution: Simply open the test report while the test still runs to see if any test cases have failed so far. The earlier you know, the faster you can react.
High level of automation
Fact is that manual testing is slow, labor intensive, inconsistent and buggy. If you want to rapidly respond to changing requirements and constant code changes, a high-level of automation is absolutely essential. Next to basic unit tests, acceptance tests and integration tests are highly important to test the full range of functionality. To reduce time and increase quality, test automation has to be an integral part of the project from the beginning. You can use Ranorex Studio to automate your entire range of UI tests.
Sometimes, it make sense to create a simple throwaway test, which is used only in one specific sprint. In these cases, there’s neither time nor resources for a big setup. Using Ranorex Studio, you can easily automate such tests and integrate them in your existing test environment. The lightweight test automation projects of Ranorex result in executable files, which you can directly trigger from command line. The executable files inform you if the test has failed or succeeded. In addition a report file can provide detailed information about the test run. Perfect conditions to integrate into any continuous integration process.
Termination of testing roles
In an agile software development process, the whole team is responsible for quality. The borders between the traditional understanding of testers and developers blur. So, typical testers should be able to write unit tests or simple integration tests. In contrast, developers should also record UI tests. Using the broad set of tools ideal for all skill sets, you can set ideal conditions for developers and testers to work together on projects. Pick and choose – it’s up to you: Easily create script-free automated tests using the Ranorex Recorder, or quickly create and edit tests entirely in C# or VB.Net.
Termination of testing phase
Finally in agile iteration cycles, there’s typically no time for a sequential processing of all testing levels (unit tests, integration tests, system tests, acceptance tests…). Therefore test automation has to be an integral part of the project from the beginning. As Ranorex Studio does not rely on dependencies, you can create test scenarios at any time. As soon as you know how the UI will look like, you can implement an automated test and refine the detailed paths of the repository elements as you go along.
As a result we’ve seen, agile testing is based on a high level of test automation. To set the ideal conditions for your team, make sure to get a tool, or a set of tools, that enable you to directly integrate automated testing in your continuous delivery pipeline, ensure a high level of transparency and enable collaboration within your team.
The post 5 Principles of Agile Testing & How Ranorex Fits In appeared first on Ranorex Blog.
It’s all about that team, ‘bout that team, not individual…. With apologies to Meghan Trainor (It’s All About That Bass), that team is what everyone is talking about when it comes to effective agile software development and DevOps. More and more companies are realizing that having the developers, the product owner, and the testers all working together at the beginning of a development cycle pays dividends.A Different Approach
This is especially important in a shift-left mentality where testing is done early and often. Everyone on the team shares an understanding of the requirements. Everyone understands the tests that are needed. And there is a consensus about whether a feature was specified sufficiently. The result is that there are efficiencies in development. Development interruptions are eliminated. Delays, lost effort, lack of velocity and timely feedback, and unwarranted assumptions that give us results we don’t want become a thing of the past.
Wait a minute! How is that approach different from the way software was developed in the past? There was a team. It had developers who provided the technical solutions and fixed defects. It had product owners who provided the requirements. And it had testers who made sure that everything worked.
That’s true. But they didn’t always work together efficiently. Sure, developers could get their questions answered by engaging the product owner directly. When it was time for testing, the testers could get information they needed from the developers and/or product owner. However, many times, choices or decisions were made with only two parts of the project team, usually between just the developers and the product owner. The testers found themselves on the outside looking in. Inefficiency, reworking and missed deadlines were built in. Not much of a team.Don’t Forget the Testers
To have an effective team, ALL parties – the three Amigos: developer, product owner AND tester – must be invited to contribute from the beginning. Why? Because each brings with them their own, many times different, viewpoints on almost anything you’re planning to build. The product owner thinks about what the business hopes to accomplish by building it. The developer is concerned about the details needed to implement it, e.g. what information is needed when and which technologies are needed to accomplish the goals. The tester thinks about what might go wrong, either within the system under test or in the external context upon which it depends. Sometimes these three viewpoints are enough, but sometimes others are also needed. The big change here, though, is inviting the testers.
Yes, it all starts by empowering testers and instilling a “whole team” view of quality. Including testers early on in the development process is quite a change from the approach that many companies took (and some that still do) when it came to testing and testers: “When the developers are done, we’ll let you in on what they were doing and let you test. And don’t miss anything!”The Psychology of the Tester
Okay, so it’s really important to include testers early on. What do they bring to the table? I’ve been asked that question many times. Part of it is the way that their brain is wired. They are naturally curious, naturally analytical, and critical thinkers. It also helps to have a thick skin.
That’s all nice, but how can somebody with all those personality traits influence a project? Testers can work closely with both developers and business representatives to ensure that the desired quality levels are achieved. They can use those traits when supporting and collaborating with business representatives to help them create suitable acceptance tests, defining what done is, working with developers to agree on the testing strategy, and deciding on test automation approaches. Testers can thus transfer and extend testing knowledge to other team members, thereby influencing the development of the product. Everybody benefits.
If you’re considering making the change to the whole-team view in agile product development, don’t worry about the testers. They’re a tough bunch. In almost all cases, over time the old-style attitude that testers should just be along for the ride fades. The rest of the team eventually develops a newfound respect for testers. One that helps to foster growth, efficiency, and effectiveness, and along the way enhance the project’s and team’s – there’s that word again – chances for success and your ability to deliver value to your customers.
The post Complete the Team: Why You Need to Empower Testers appeared first on Ranorex Blog.