<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://citconf.com/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Viktorclerc</id>
	<title>CitconWiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://citconf.com/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Viktorclerc"/>
	<link rel="alternate" type="text/html" href="https://citconf.com/wiki/index.php?title=Special:Contributions/Viktorclerc"/>
	<updated>2026-04-24T23:06:23Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.35.11</generator>
	<entry>
		<id>https://citconf.com/wiki/index.php?title=Test_Automation_Pyramid_Adoption&amp;diff=15990</id>
		<title>Test Automation Pyramid Adoption</title>
		<link rel="alternate" type="text/html" href="https://citconf.com/wiki/index.php?title=Test_Automation_Pyramid_Adoption&amp;diff=15990"/>
		<updated>2015-09-12T11:55:16Z</updated>

		<summary type="html">&lt;p&gt;Viktorclerc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Introduction == &lt;br /&gt;
The [http://martinfowler.com/bliki/TestPyramid.html Test Pyramid]: We have all kinds of knowledge of what to test at each level and how to &amp;quot;do&amp;quot; it.&lt;br /&gt;
&lt;br /&gt;
== Problem statement ==&lt;br /&gt;
How to also make the developers live and believe in the testing pyramid? How to not let it become a perfect nice document that is just lying around but nobody is following it?&lt;br /&gt;
&lt;br /&gt;
== Discussion ==&lt;br /&gt;
Suggestion &amp;gt;&amp;gt; Read the book called &amp;quot;Switch&amp;quot;. People tend to be reluctant to stuff they don&amp;#039;t know. So try to make this into reversible experiments. But the clue is, these are not reversible experiments, but you&amp;#039;re basically &amp;quot;dragged into it&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Find why the attitude of the developers is to &amp;quot;just write code&amp;quot;. Find the motivation for the behavioral change. This is inherently difficult, since it ultimately boils down to changing humans&amp;#039; behaviours. Even when the drawbacks of the current approach are pretty clear: bugs into production because no-one even bothers to open a browser to do basic testing when the &amp;quot;tester&amp;quot; is on holidays. The bugs in production requires patches which is deviating developers&amp;#039; attention.&lt;/div&gt;</summary>
		<author><name>Viktorclerc</name></author>
	</entry>
	<entry>
		<id>https://citconf.com/wiki/index.php?title=Test_Automation_Pyramid_Adoption&amp;diff=15987</id>
		<title>Test Automation Pyramid Adoption</title>
		<link rel="alternate" type="text/html" href="https://citconf.com/wiki/index.php?title=Test_Automation_Pyramid_Adoption&amp;diff=15987"/>
		<updated>2015-09-12T11:54:13Z</updated>

		<summary type="html">&lt;p&gt;Viktorclerc: Created page with &amp;quot; == Introduction ==  The [http://martinfowler.com/bliki/TestPyramid.html Test Pyramid]: We have all kinds of knowledge of what to test at each level and how to &amp;quot;do&amp;quot; it.  == Pr...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Introduction == &lt;br /&gt;
The [http://martinfowler.com/bliki/TestPyramid.html Test Pyramid]: We have all kinds of knowledge of what to test at each level and how to &amp;quot;do&amp;quot; it.&lt;br /&gt;
&lt;br /&gt;
== Problem statement ==&lt;br /&gt;
How to also make the developers live and believe in the testing pyramid? How to not let it become a perfect nice document that is just lying around but nobody is following it. One of the key elements is that the &lt;br /&gt;
&lt;br /&gt;
== Discussion ==&lt;br /&gt;
Suggestion &amp;gt;&amp;gt; Read the book called &amp;quot;Switch&amp;quot;. People tend to be reluctant to stuff they don&amp;#039;t know. So try to make this into reversible experiments. But the clue is, these are not reversible experiments, but you&amp;#039;re basically &amp;quot;dragged into it&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Find why the attitude of the developers is to &amp;quot;just write code&amp;quot;. Find the motivation for the behavioral change. This is inherently difficult, since it ultimately boils down to changing humans&amp;#039; behaviours. Even when the drawbacks of the current approach are pretty clear: bugs into production because no-one even bothers to open a browser to do basic testing when the &amp;quot;tester&amp;quot; is on holidays. The bugs in production requires patches which is deviating developers&amp;#039; attention.&lt;/div&gt;</summary>
		<author><name>Viktorclerc</name></author>
	</entry>
	<entry>
		<id>https://citconf.com/wiki/index.php?title=CITCONEurope2015Sessions&amp;diff=15973</id>
		<title>CITCONEurope2015Sessions</title>
		<link rel="alternate" type="text/html" href="https://citconf.com/wiki/index.php?title=CITCONEurope2015Sessions&amp;diff=15973"/>
		<updated>2015-09-12T10:59:55Z</updated>

		<summary type="html">&lt;p&gt;Viktorclerc: /* 2:00 Topics */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CITCON Europe 2015 Helsinki Sessions&lt;br /&gt;
&lt;br /&gt;
Back to the [[Main Page]]&lt;br /&gt;
&lt;br /&gt;
== 10:00 Topics ==&lt;br /&gt;
&lt;br /&gt;
# [[Test Tools The Next Generation]]&lt;br /&gt;
# [[Advanced Unit Testing]]&lt;br /&gt;
# [[One Day To Live Elephant Carpaccio]]&lt;br /&gt;
# [[Alerts Everywhere]]&lt;br /&gt;
# [[GIT Branching]]&lt;br /&gt;
&lt;br /&gt;
== 11:15 Topics ==&lt;br /&gt;
&lt;br /&gt;
# [[Dynamic CI Automatic Test Scope]]&lt;br /&gt;
# [[Performance Testing]]&lt;br /&gt;
# [[Why Should I Dockerize My App?]]&lt;br /&gt;
# [[Manual QA Without Tears]]&lt;br /&gt;
# [[Automation vs Security]]&lt;br /&gt;
&lt;br /&gt;
== Lunch Topics ==&lt;br /&gt;
&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
&lt;br /&gt;
== 2:00 Topics ==&lt;br /&gt;
&lt;br /&gt;
# [[Test Automation Pyramid Adoption]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
&lt;br /&gt;
== 3:15 Topics ==&lt;br /&gt;
&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
&lt;br /&gt;
== 4:30 Topics ==&lt;br /&gt;
&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
# [[...]]&lt;br /&gt;
&lt;br /&gt;
== Table View ==&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Room name&lt;br /&gt;
! 10:00&lt;br /&gt;
! 11:15&lt;br /&gt;
! 2:00&lt;br /&gt;
! 3:15&lt;br /&gt;
! 4:30&lt;br /&gt;
|-&lt;br /&gt;
| Auditorium &lt;br /&gt;
| [[Test Tools The Next Generation]]&lt;br /&gt;
| [[Dynamic CI Automatic Test Scope]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
|-&lt;br /&gt;
| 20&lt;br /&gt;
| [[Advanced Unit Testing]]&lt;br /&gt;
| [[Performance Testing]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
|-&lt;br /&gt;
| 16&lt;br /&gt;
| [[One Day To Live Elephant Carpaccio]]&lt;br /&gt;
| [[Why Should I Dockerize My App?]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
|-&lt;br /&gt;
| 18&lt;br /&gt;
| [[Alerts Everywhere]]&lt;br /&gt;
| [[Manual QA Without Tears]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
|-&lt;br /&gt;
| 14&lt;br /&gt;
| [[GIT Branching]]&lt;br /&gt;
| [[Automation vs Security]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
| [[...]]&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Viktorclerc</name></author>
	</entry>
</feed>