Bug reporting is an important and major aspect of software testing. Some teams discuss minor bugs with developers directly, while most companies make it a point to report the bugs irrespective of its severity. This way, we do not “bug” the developers too much and, the tester who finds it next will not spend duplicate efforts reporting the same bug again. If a bug is not documented, the developer fails to understand the bug or worse, reject it.

At Moesif, we primarily market to developers and other technical audiences like product managers and developer relations teams looking to make their own developer platform successful. Getting developers to adopt your API or tool is hard and requires heavy investment in experimentation and measurement in order to achieve the results you’re looking for. At the same time, much of the online advice you hear for B2C or B2B marketing simply won’t work when marketing to developers.

I just finished renovating the Rookout Breakpoint Editor area. It's the place within the Rookout app that lets you set a breakpoint condition, hit limit, time limit, variable collection depth, and other settings.

Guest post by Mark Ferman, Sr. Oil & Gas Analytics Advisor Oil and Gas companies operate within one of the most demanding business environments on the planet with an array of complex challenges that regularly test their ability to innovate, plan, and execute strategic objectives.

This blog post is part of a series on Cloudera’s Operational Database (OpDB) in CDP. Each post goes into more details about new features and capabilities. Start from the beginning of the series with, Operational Database in CDP. This blog post gives you an overview of the NoSQL, component integration, and object store support capabilities of OpDB.