<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Torsten Mandry</title>
    <description>The latest articles on DEV Community by Torsten Mandry (@torstenmandry).</description>
    <link>https://dev.to/torstenmandry</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F352704%2F880701dc-3215-47ee-88a7-3d617dfb2cf9.jpeg</url>
      <title>DEV Community: Torsten Mandry</title>
      <link>https://dev.to/torstenmandry</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/torstenmandry"/>
    <language>en</language>
    <item>
      <title>Tests Granularity</title>
      <dc:creator>Torsten Mandry</dc:creator>
      <pubDate>Tue, 27 Oct 2020 07:36:18 +0000</pubDate>
      <link>https://dev.to/torstenmandry/tests-granularity-9f0</link>
      <guid>https://dev.to/torstenmandry/tests-granularity-9f0</guid>
      <description>&lt;p&gt;In two previous posts (&lt;a href="https://www.innoq.com/en/blog/why-you-should-write-automated-tests/"&gt;Why You Should Write Automated Tests&lt;/a&gt; and &lt;a href="https://www.innoq.com/en/blog/anatomy-of-a-good-test/"&gt;Anatomy of a Good Test&lt;/a&gt;) we discussed the benefits of automated tests and the properties of a good test. So far we were trying to avoid differentiating the tests in any way. This time we want to address one way how tests can be classified: &lt;a href="https://www.innoq.com/en/blog/tests-granularity/"&gt;Tests Granularity&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>testing</category>
    </item>
    <item>
      <title>Anatomy of a Good Test</title>
      <dc:creator>Torsten Mandry</dc:creator>
      <pubDate>Thu, 24 Sep 2020 15:54:44 +0000</pubDate>
      <link>https://dev.to/torstenmandry/anatomy-of-a-good-test-1m8j</link>
      <guid>https://dev.to/torstenmandry/anatomy-of-a-good-test-1m8j</guid>
      <description>&lt;p&gt;In &lt;a href="https://www.innoq.com/en/blog/anatomy-of-a-good-test/"&gt;this post&lt;/a&gt; we will take a look at an automated test. We will show what makes a test a good one and describe desired and unwanted properties. &lt;/p&gt;

</description>
      <category>testing</category>
    </item>
    <item>
      <title>Why You Should Write Automated Tests</title>
      <dc:creator>Torsten Mandry</dc:creator>
      <pubDate>Thu, 27 Aug 2020 09:13:58 +0000</pubDate>
      <link>https://dev.to/torstenmandry/why-you-should-write-automated-tests-3a7g</link>
      <guid>https://dev.to/torstenmandry/why-you-should-write-automated-tests-3a7g</guid>
      <description>&lt;p&gt;&lt;a href="https://www.innoq.com/en/blog/why-you-should-write-automated-tests/"&gt;This blog post&lt;/a&gt; gives an overview of the most common benefits gained by writing automated tests. It starts in a place where most of the projects we’ve seen so far are: tests are written as a last step of the development process. Then it shows additional benefits that could be gained if we all gave the tests a bit more focus and care.&lt;/p&gt;

</description>
      <category>testing</category>
    </item>
    <item>
      <title>Visualizing the progress of a refactoring into a Hexagonal Architecture using jQAssistant</title>
      <dc:creator>Torsten Mandry</dc:creator>
      <pubDate>Mon, 24 Aug 2020 14:53:29 +0000</pubDate>
      <link>https://dev.to/torstenmandry/visualizing-the-progress-of-a-refactoring-into-a-hexagonal-architecture-using-jqassistant-4nki</link>
      <guid>https://dev.to/torstenmandry/visualizing-the-progress-of-a-refactoring-into-a-hexagonal-architecture-using-jqassistant-4nki</guid>
      <description>&lt;p&gt;In my last project, we decided to refactor the inner structure of one of our services into a Hexagonal Architecture. It was clear that this was no task that could be done within a couple of days. During this long-running refactoring, we wanted to make our progress visible. Where are we now? What did we already have achieved? What do we still have to do? In &lt;a href="https://www.innoq.com/en/blog/visualizing-progress-of-refactoring-into-hexagonal-architecture-using-jqassistant/"&gt;my blog post&lt;/a&gt;, I describe the approach we took and how it helped us with our task.&lt;/p&gt;

</description>
      <category>architecture</category>
      <category>jqassistant</category>
      <category>refactoring</category>
      <category>visualization</category>
    </item>
    <item>
      <title>Cookie-based Spring Security Session</title>
      <dc:creator>Torsten Mandry</dc:creator>
      <pubDate>Tue, 11 Aug 2020 07:33:16 +0000</pubDate>
      <link>https://dev.to/torstenmandry/cookie-based-spring-security-session-1dl3</link>
      <guid>https://dev.to/torstenmandry/cookie-based-spring-security-session-1dl3</guid>
      <description>&lt;p&gt;If you need authentication within your Spring Boot web application, the natural choice is to use&lt;br&gt;
&lt;em&gt;Spring Security&lt;/em&gt;. It's easy to use and, as long as you&lt;br&gt;
stick close to the defaults, it's also quite easy to configure. But, by sticking to those defaults, you will automatically get a session that is persisted on the server-side. That's a problem if you want to run multiple instances of your application. And, additionally, it's not necessary, at least in most cases. There's another mechanism for keeping some user session state in a web application. It's called &lt;em&gt;Cookie&lt;/em&gt;. And, instead of using it only to store a session identifier, why not let it hold the data itself. &lt;a href="https://www.innoq.com/en/blog/cookie-based-spring-security-session/"&gt;My blog post at innoq.com&lt;/a&gt; shows, that, with some effort, it's possible to configure Spring Security to store its session information in a cookie instead of a server-side session.&lt;/p&gt;

</description>
      <category>spring</category>
      <category>session</category>
      <category>cookie</category>
      <category>security</category>
    </item>
  </channel>
</rss>
