<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>CI Archives - The Golioth Developer Blog</title>
	<atom:link href="https://blog.golioth.io/tag/ci/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.golioth.io/tag/ci/</link>
	<description>Golioth, Zephyr, and IoT Development News and How Tos</description>
	<lastBuildDate>Mon, 03 Feb 2025 14:45:32 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://blog.golioth.io/wp-content/uploads/2023/09/cropped-Golioth_Symbol_Coral_RGB-1-32x32.png</url>
	<title>CI Archives - The Golioth Developer Blog</title>
	<link>https://blog.golioth.io/tag/ci/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>How we use Allure Report to understand Continuous Integration Tests</title>
		<link>https://blog.golioth.io/how-we-use-allure-report-to-understand-continuous-integration-tests/</link>
		
		<dc:creator><![CDATA[Mike Szczys]]></dc:creator>
		<pubDate>Thu, 12 Dec 2024 15:47:14 +0000</pubDate>
				<category><![CDATA[Tools]]></category>
		<category><![CDATA[Allure Report]]></category>
		<category><![CDATA[Automated Testing]]></category>
		<category><![CDATA[CI]]></category>
		<category><![CDATA[HIL]]></category>
		<category><![CDATA[pytest]]></category>
		<guid isPermaLink="false">https://blog.golioth.io/?p=8339</guid>

					<description><![CDATA[<p>Allure Report is an open source tool to better understand testing outcomes. Golioth runs over 500 Hardware in the Loop tests for each pull request. Here's how we use Allure Report to make sense of it all.</p>
<p>The post <a href="https://blog.golioth.io/how-we-use-allure-report-to-understand-continuous-integration-tests/">How we use Allure Report to understand Continuous Integration Tests</a> appeared first on <a href="https://blog.golioth.io">The Golioth Developer Blog</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>How to Publish a Summary to GitHub Actions for Zephyr/Pytest runs</title>
		<link>https://blog.golioth.io/how-to-publish-a-summary-to-github-actions-for-zephyr-pytest-runs/</link>
		
		<dc:creator><![CDATA[Mike Szczys]]></dc:creator>
		<pubDate>Thu, 24 Oct 2024 14:47:24 +0000</pubDate>
				<category><![CDATA[Zephyr]]></category>
		<category><![CDATA[CI]]></category>
		<category><![CDATA[continuous integration]]></category>
		<category><![CDATA[hardware-in-the-loop]]></category>
		<category><![CDATA[HIL]]></category>
		<category><![CDATA[Junit XML]]></category>
		<category><![CDATA[pytest]]></category>
		<category><![CDATA[summary]]></category>
		<guid isPermaLink="false">https://blog.golioth.io/?p=8148</guid>

					<description><![CDATA[<p>Both Pytest and Twister (Zephyr) can already product JUnit XML formatted test summaries. You can use these files to publish a very handy summary table for all of your continuous integration (CI) tests on GitHub.</p>
<p>The post <a href="https://blog.golioth.io/how-to-publish-a-summary-to-github-actions-for-zephyr-pytest-runs/">How to Publish a Summary to GitHub Actions for Zephyr/Pytest runs</a> appeared first on <a href="https://blog.golioth.io">The Golioth Developer Blog</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Automatically Detecting Boards for Hardware-in-the-Loop (HIL) Testing</title>
		<link>https://blog.golioth.io/automatically-detecting-boards-for-hardware-in-the-loop-hil-testing/</link>
		
		<dc:creator><![CDATA[Mike Szczys]]></dc:creator>
		<pubDate>Tue, 31 Oct 2023 14:44:22 +0000</pubDate>
				<category><![CDATA[Tools]]></category>
		<category><![CDATA[CI]]></category>
		<category><![CDATA[continuous integration]]></category>
		<category><![CDATA[esptool.py]]></category>
		<category><![CDATA[hardware-in-the-loop]]></category>
		<category><![CDATA[HIL]]></category>
		<category><![CDATA[nrfjprog]]></category>
		<guid isPermaLink="false">https://goliothblogdev.wpenginepowered.com/?p=5517</guid>

					<description><![CDATA[<p>Golioth is an IoT company that supports as much custom hardware as possible: a multitude of microcontrollers and many different connection types. This presents a challenge when testing on real hardware. We developed tooling that tests the Golioth Firmware SDK on actual boards. Known as Hardware-in-the-Loop (HIL) testing, it&#8217;s an important part of our CI [&#8230;]</p>
<p>The post <a href="https://blog.golioth.io/automatically-detecting-boards-for-hardware-in-the-loop-hil-testing/">Automatically Detecting Boards for Hardware-in-the-Loop (HIL) Testing</a> appeared first on <a href="https://blog.golioth.io">The Golioth Developer Blog</a>.</p>
]]></description>
		
		
		
			</item>
	</channel>
</rss>
