3r33333.  
3r33333.  
On December 6-? the fifth Heisenbag conference took place in Moscow. 3r33333.  
Her slogan is “Testing. Not only for testers! ”, And for two years of regularly visiting Heisenbagov, I (formerly a Java developer, now a technical leader in a small company that had never worked in QA) managed to learn a lot about testing and implement a lot in our team. I want to share a subjective review of the reports I remembered this time. 3r33333.  
3r33333.  
Liquid Software ) 3r349. 3r33333.  
3r33333.  
Those who are engaged in Java and attend conferences of the JUGRU Group, Baruh Sadogursky needs no introduction. However, on the "Heisenbag" he spoke for the first time. 3r33333.  
3r33333.  
In a nutshell - it was a review report about the main ideas of DevOps. The audience’s need for such reports is preserved, since the question “give a definition of DevOps” to the people in the room still answers first of all “this is such a person ” 3r3341.  
3r33333.  
But even those who have already learned something about this topic will be very interested to learn about the research of the association DORA 3r362. devops-research.com
, which obtained the percentages of handmade varieties in teams with different productivity. And about the curve connecting the speed of delivery and quality (at some point the speed decreases, because we need time to “test better”, but as the team develops, the correlation becomes straightforward): 3r33333.  
3r33333.  
3r33333.  
3r33333.  
Although the title of the report was provocative, and in the schedule, the report was marked with the category “will burn”, its content, in my opinion, was quite mainstream. It was, of course, not about the dismissal of testers in terms of Devops-transformation, but about changing the nature of the work of testers. They talked a lot about these things a year ago and 3r3733. Alan Page
and Nikolay Alimenkov. Both the changing roles and the “horizontal” development of “T-shaped skills” a year ago were discussed at the round table “3r375. What the tester should know in 2018
”. 3r33333.  
3r33333.  
“Of course, if you do not want to change, there will be work for you too, even if not so interesting. There is still a job for those who want to maintain systems written in COBOL in the 70s, ”Baruch sneered. 3r33333.  
3r33333.  

Artyom Eroshenko. Need to do a project refactoring? Have an IDEA!

3r33333.  
3r33333.  
3r3391. 3r33333.  
3r33333.  
Artyom to the participants of Heisenbag is familiar with the reports on the Allure reporting system (for example, 3-???. Here is his report 3-333338 on the Allure capabilities from the previous Heisenbag in St. Petersburg in 2018). Allure itself was born in the context of projects with thousands, tens of thousands and even more than a hundred thousand tests and is designed to simplify the interaction between developers and testers. It has the ability to link tests with external resources such as ticketing systems and commits in the version control system. In our micro-team, as long as the score went by just dozens of tests, we coped well with standard means. But as the number of tests in one of the products reached 700 and, in general, the task was to create high-quality reports for customers, I began to look towards Allure. 3r33333.  
3r33333.  
However, this report was not about Allure, although about him too. 3r33333.  
3r33333.  
Artyom convinced the public that writing plug-ins to IntelliJ IDEA is a simple and exciting activity. For what this may be required? To automate mass code modification. For example, to translate a large number of source codes from JUnit4 to JUnit5. Or from using Allure 1 to Allure 2. Or to automate tagging on tests with communication with the ticketing system. 3r33333.  
3r33333.  
Those who work with IDEA know what tricks she can do with the code (for example, automatically translate code using for-loops into code using Java Streams and back, well, or instantly translate Java to Kotlin). The more interesting it was to look at how the veil of secrecy over code transformations in IDEA opens, we are invited to take part in this and create our own plug-ins for our unique needs. Next time, when I need to do something with a large code base, I will recall this report and see how it can be automated with the help of a samopisny plug-in in IDEA. 3r33333.  
3r33333.  

Kirill Merkushev. Java project and Reactor - what about tests?

3r33333.  
3r33333.  
3r33333.  
3r33333.  
This report, it seems to me, could well be held at the Joker or JPoint Java conferences. Cyril talked about how the framework is used. projectreactor.io in the microservice architecture with a single event log (Kafka), a little about the essence of coding on “reactive streams”, including how applications using this framework can be debugged and tested. 3r33333.  
3r33333.  
Life is also pushing our team to use architecture with a single event log, and we are also looking at Kafka. True, for streaming event handling, we experiment with the Kafka Streams API (where, I think, more things like stateful processing are implemented out of the box transparently to the developer), rather than Reactor. However, as always happens with new technologies, the “rake” and “pitfalls” are not known in advance. Therefore, it was important to listen to the story of a specialist already working with technology. 3r33333.  
3r33333.  

Leonid Rudenko. Manage Selenoid Cluster with Terraform

3r33333.  
3r33333.  
3r33333.  
If the previous report was a reminder of the JPoint conference, then this one is definitely about 3r3144. DevOops
. Leonid talked about how to raise and configure a Selenoid cluster using Terraform specifications. About what Selenoid itself is, There was a report 3r33338. at last year's Heisenbag is a feature-rich distributed system that works as an elastic service and allows you to run a large number of Selenium tests in various browsers. Like any system requiring deployment on multiple machines, it is difficult to manually install Selenoid. Here modern Configuration-as-Code systems come to the rescue. 3r33333.  
3r33333.  
Leonid made a fairly detailed overview of the capabilities of Terraform - a system that was probably unfamiliar to most of the audience, but is generally well known to DevOps-automators (for example, at the Devoops-2018 conference was
Excellent report 3rr3338. Anton Babenko about best practices creating and maintaining code on Terraform). Next, it was shown using Terraform scripts to describe the parameters of docker containers with Selenoid for each of the machines in the cluster and the parameters themselves of the virtual machines of the cluster. 3r33333.  
3r33333.  
Although the specific case considered by Leonid is certainly capable of facilitating the task of deploying Selenoid, I do not agree with everything about the speaker. In fact, it uses Terraform for two different tasks: creating resources and configuring them. And this leads to the fact that Leonid is forced to launch Terraform once to create virtual machines and once more for each of the virtual machines in order to raise docker containers on them. In my opinion, Terraform, a well-performing resource creation task, does not solve the configuration task very well. It was possible to avoid duplication of terraform-projects and their multiple launch using special configuration systems, for example, Ansible, or other solutions. 3r33333.  
3r33333.  
But in general, as a “educational program” for testers in the field of Infrastructure as Code, this report is very useful. 3r33333.  
3r33333.  

Andrei Markelov. Elegant integration testing of a microservice zoo using TestContainers and JUnit 5 using the example of a global SMS platform

3r33333.  
3r33333.  
3r3172. 3r33333.  
3r33333.  
And again about microservices! This time, the conversation was about how to perform tests that require the launch and interaction of several services at the same time. JUnit5 with its
was proposed as the basis for the solution. Extension system and the well-known (and beautiful) TestContainers framework (see, for example, 3r3179. Sergey Yegorov's last year's report, 3r33338.). 3r33333.  
3r33333.  
If you are writing something in Java and still do not know what TestContainers is, I urgently recommend that you study. TestContainers allows, using Docker technology, directly in the test code to raise real databases and other services, connect them over the network and, as a result, perform integration testing in an environment that is created at the time of the tests start and is destroyed immediately after it. At the same time, everything works directly from Java code, connects as a Maven-dependency, and does not require installation of anything other than Docker on the developer’s /CI server’s machine. We ourselves have been using TestContainers for over a year now. 3r33333.  
3r33333.  
Andrei showed a rather impressive example of how to set up a test environment configuration for end-to-end tests using JUnit5 Extensions, his own annotations and TestContainers. For example, inscribing an annotation over the test (conditional code)
 
3r33333.  
@Billing
@Messaging

3r33333.  
3r33333.  
we can, relatively speaking, write
 

@Test
void systemIsDoingRightThings (BillingService b, MessagingService m) {}

3r33333.  
In the parameters of which will be transferred Java-interfaces through which you can communicate with real services raised (imperceptibly for the developer of the test) in containers. 3r33333.  
3r33333.  
These examples look very elegant. For me, as an active user of TestContainers and JUnit ? they are understandable and relatively easy to implement. 3r33333.  
3r33333.  
But in general, with this approach, the big question remains that is associated with the fact that the method of configuring the test and production systems are radically different. 3r33333.  
3r33333.  
It is possible to carry out quick releases in production without fear of breaking everything, only if in the process of end-to-end testing not only the whole system was tested, but also the way of its configuration. If we repeatedly launched the system deployment script during the development and testing process, we would have no doubt that this script will work even when launched in production. The role of the code that configures the test environment in the example of Andrew perform annotations. But in production, we lay out the system with the help of a completely different code - Ansible, Kubernetes, anything - not involved in any way with similar testing of the system. And this limits these tests, which are not entirely end-to-end. 3r33333.  
3r33333.  

Andrey Glazkov. Testing systems with external dependencies: problems, solutions, Mountebank 3r33232. 3r33333.  
3r33333.  
3r33333.  
3r33333.  
For those for whom the topic of this report is relevant, I highly recommend also looking at 3r-3241. a bright report by Andrei Solntsev
about a fundamental approach to testing systems that are dependent on external services. Solntsev very convincingly speaks of the need to use mocks external systems for comprehensive testing. And Andrei Glazkov in his report describes one of the systems for such mocking - Mountebank, written in Python. 3r33333.  
3r33333.  
Mountebank can be raised as a server and “trained” in answering requests over the network in a way similar to how we, when writing unit tests, “teach” moka interfaces. With the only difference that it is a mock network service. A curious case of using Mountebank is the ability to use it as a proxy - sending part of the requests to the real external system. 3r33333.  
3r33333.  
It should be noted here that I would recommend to Java developers (and Andrew in the discussion area agreed with this) also look towards the WireMock library, which was created in Java and can run in a embedded mode, i.e., directly from the tests without installing -or services on the developer's machine or CI-server (although it can work as a standalone server). Like Mountebank, WireMock supports proxying mode. We have a little positive experience using WireMock. 3r33333.  
3r33333.  
The advantage of Mountebank, however, is the support of lower-level protocols (WireMock works only for HTTP) and the opportunity to work in the “zoo” of different technologies (for Mountebank there are libraries for different languages). 3r33333.  
3r33333.  
Kirill Tolkachev. We test and cry together with Spring Boot Test

3r33333.  
3r33333.  
3r33333.  
3r33333.  
And again Java, microservices and JUnit 5. Kirill is another well-known Java-community Joker and JPoint conference speaker, speaking for the first time on Heisenbag. 3r33333.  
3r33333.  
This report is a modified version of last year's report "3-333274. Curse Spring Test 3-333338.", With examples modified under JUnit5 and Spring Boot 2. Various practical problems related to configuring Spring Boot tests in component /microservice tests are in depth. For example, I was impressed by the example of using an empty @SpringBootConfiguration StopConfiguration in the right place in the source tree to stop the process of scanning configurations, as well as the possibility of using 3r3280. @MockBean and @SpyBean instead of mocks. Like other reports by Kirill and Evgeny Borisov, this is material to which it makes sense to return in the process of practical use of the Spring Framework. 3r33333.  
3r33333.  

Andrey Karpov. What can staticsky analyzers, which programmers and testers are not able to do. 3r33333.  
3r33333.  
3r33333.  
3r33333.  
Static code analysis is a useful thing. According to the canons of Continuous Delivery, it should be the very first phase of the delivery conveyor, screening out the code with problems that can be detected by “reading” the code. Static analysis is good because it is fast (much faster than executing tests), as well as cheap (does not require additional efforts from the team in the form of writing tests: all checks are already written by the authors of the analyzer). 3r33333.  
3r33333.  
Andrei Karpov, one of the founders of the PVS-Studio project (well acquainted with his 3r-330? blog 3r-?33? Habr readers), built a report on examples of what bugs were found using PVS-Studio when analyzing the code of famous products. PVS Studio itself is a polyglot product, it supports C, C ++, C # and, most recently, Java. 3r33333.  
3r33333.  
Despite the fact that the examples given were interesting and the benefits of static analysis of them are obvious, in my opinion, Andrei’s report had flaws. 3r33333.  
3r33333.  
Firstly, the report was built solely on consideration of the PVS-Studio product (for which, according to the speaker, “the average price tag is $ 1?000”). But it was worth mentioning that, in fact, in many languages ​​there are many advanced static analysis systems OpenSource. In Java alone, free Checkstyle and SpotBugs (the heir to the frozen FindBugs project), as well as the IntelliJ IDEA analyzer, which can be run separately from the IDE and get a report, has made tremendous progress. 3r33333.  
3r33333.  
Secondly, speaking about static analysis, it seems to me that it is always worth mentioning the fundamental limitations of this method. Not everyone was at the university the theory of algorithms and are familiar with the "problem of stopping", for example. 3r33333.  
3r33333.  
And finally, the problems of introducing static analysis into the existing code base were not affected at all, which still prevents many people from regularly using analyzers on projects. For example, we drove the analyzer on a large legacy project and found 10?500 Vorning. There is no time and effort to fix them right on the spot, and there is a risk of massively changing something in the code. What to do with it, how to make static analysis work as a quality gate? In the discussion area, this problem was discussed with Andrey, but this question was not considered in the report itself. 3r33333.  
3r33333.  
In general, I wish Andrey and his team success. Their product is interesting and the idea to occupy a niche in this area is very brave. 3r33333.  
3r33333.  
***

3r33333.  
3r33333.  
Perhaps I will not say anything about the final keyouts of the first and second days: they were both author shows, which you just need to watch. To talk about them is the same as retelling words, for example, a rock band performance. 3r33333.  
3r33333.  
In his report a year ago I already tried to convey the general atmosphere of the conference and talked about what was going on in the discussion zones, at lunch and at a party, so I will not repeat. 3r33333.  
3r33333.  
In conclusion, I would like to thank the organizers for another great conference. As far as I understood, the interest in the conference somewhat exceeded expectations, there was some overbooking and not even enough souvenirs for everyone. But definitely everyone had more important things: interesting reports, space for discussion, food and drinks. I look forward to new meetings! 3r33350.
3r33347. ! function (e) {function t (t, n) {if (! (n in e)) {for (var r, a = e.document, i = a.scripts, o = i.length; o-- ;) if (-1! == i[o].src.indexOf (t)) {r = i[o]; break} if (! r) {r = a.createElement ("script"), r.type = "text /jаvascript", r.async =! ? r.defer =! ? r.src = t, r.charset = "UTF-8"; var d = function () {var e = a.getElementsByTagName ("script")[0]; e.parentNode.insertBefore (r, e)}; "[object Opera]" == e.opera? a.addEventListener? a.addEventListener ("DOMContentLoaded", d,! 1): e.attachEvent ("onload", d ): d ()}}} t ("//mediator.mail.ru/script/2820404/"""_mediator") () ();
3r33350.