Blog Tag

This blog seeks to inform test code creators and test automation practitioners about real-world best practices for using and integrating open source software. Many of the missteps described also apply to code published under proprietary / closed-source licenses, albeit with different terms and particulars. It is not intended to scare readers away from open source but rather, to inform test automation practitioners how to avoid the most common missteps, to realize the greatest value from open source software with the least risk.

Open source test automation offers compelling Return on Investment by reducing costs, maximizing efficiency, and enabling continuous quality improvements, especially when implemented strategically and maintained preemptively.

This blog examines how and when organizations participate in, contribute to and appreciate returns from using open source test automation software, and how adopting open source and participating in open source development can offer substantial returns.

The practices of open source communities can vary greatly, as can the deliverables. How can users and integrators of open source determine the status, stability and stature of projects under consideration?

This blog lays out example metrics for open source communities and the code they deliver. The KPIs - Key Performance Indicators - include both object/quantifiable metrics, but also more intangible ones.

Testing open source software (OSS) presents unique challenges, from its decentralized development model to the diverse user base to the varying levels of contributor expertise. Testing community-developed software must also meet challenges arising from the vast number of projects, and in particular, from developer focus on innovation and functionality.

Open source is a methodology whereby developers collaborate to create and share software, documentation and other artifacts.. Inner source is the application of the same methods but within a single organization. It applies to test automation as it does to other types of software, fostering collaboration, transparency, and shared ownership of testing tools and frameworks.

An OSPO or Open Source Program Office is a centralized team or department within an organization that manages open source strategy, policies, and practices. The concept of an OSPO has become increasingly popular as more companies recognize the importance of open source in software development and IT in general.

In response to the increasing pace of major breaches, ransomeware attacks, network outages and wide-reaching system and application crashes, Government regulators are acting to safeguard individual citizens and businesses. Opinions differ as to the actual impact of open source on security and uptime, but no one would argue that improving the quality and security of all code benefits users, integrators and developers.

Test automation, like the technology and products it targets, is in a state of constant change.

MarketsAndMarkets reports that the global test automation market size is expected to grow from USD 24.7 billion in 2022 to USD 52.7 billion by 2027, at a CAGR of 16.4%. To accompany the pace of the ever-changing testing landscape, you should be familiar with the latest test automation trends.

A source-available license grants users access to source code, allowing them to view, modify, and sometimes distribute the code. However, there may be restrictions or limitations imposed. These restrictions most often include limitations on commercial use, restrictions on redistributing modified versions, or requirements to share modifications with the original developer without necessarily making them public.

Dual Licensing (or multi-licensing) is the practice of releasing source code under multiple licenses.  Most open source software is published and distributed under the rubric of a single license: Apache, GPL, Mozilla or about one hundred other licenses recognized by the Open Source Initiative.

Dual licensing, while adding complexity to use and management of open source software, serves several needs and application use cases:

Artificial Intelligence (AI) is a focal domain for developers, for end-users and for the venture capital community.  It’s as hot a commodity as Linux and open source were two decades ago.  But AI and open source share more than just hype.  Across natural language processing (NLP), Machine Learning (ML), Computer Vision, and Robotics, both AI and open source drive the democratization of technology, and open source is helping to drive the utility and ubiquity of AI platforms and applications.

In October, the GNU project and the larger category of Free Software turned 40 years old. This blog explores the impetus and nature of Free Software, the philosophy, projects and licenses involved, how Free Software compares to Open Source Software, and the impact of Free Software and Test Automation.

Free Software was once considered radical, even anathema to organizations wishing to preserver rights around intellectual property. When introduced in the 1980s, it was not expected to be particularly significant or even to survive.

Well, survive it has, and has flourished.