TDD en ATDD

inhoud
  1. Quality Assurance evenwichtige
  2. testautomatisering
  3. TDD en ATDD
  4. conclusie
  5. lees eenzijdig

Met statische code analyse tools zoals FindBugs vaak, FxCop of Checkstyle worden gebruikt om de code tegen applicatie-onafhankelijke fout te controleren. Onbedekte uitzonderingen duidelijk ongeldige wijzer gevonden en ongebruikte codefragmenten kan zodoende bepaald. In het algemeen, echter niet beperkt tot statische code analyse, maar een aanvulling op de statistieken door pair programming. Dit delen van kennis wordt ook lang steunde het team en collectief Code Ownership mogelijk maakt. Als een programmeur in het team is in staat om een ​​andere code te wijzigen, het creëren van een geheel nieuwe manier van werken, omdat niet langer Peters code niet langer in een keer te gaan, maar het is de code van alle teamleden.

Zoals met alle statistieken, echter, om in gedachten te houden dat het niet gaat om de individuele prestaties van de teamleden te meten of te gebruiken, bijvoorbeeld, de dekking metrics als een doelwit voor de software development team. Cem Kaner en Walter P. Bond lood "Software Engineering Metrics - Wat doen ze meten en hoe weten we dat?" [3] dat dergelijk gedrag te knoeien en slim af de statistieken resultaten. Bijvoorbeeld kan unit testen doelgericht zodat de dekkingspercentage wordt bereikt creëren. Ze zijn dan meestal sterk gebonden aan de applicatie logica, dus het is moeilijk achteraf om de code te wijzigen zonder het breken van de test. In plaats daarvan, stellen de auteurs om te investeren in de opleiding van ontwikkelaars en werken met hen direct aan de code.

Genoeg is niet genoeg

Zodra een netwerk van geautomatiseerde tests is gepositioneerd langs de continue integratie, is slechts een kleine stap naar gereden (TDD) ontwikkeling. De ontwikkeling cyclus begint met een kleine, niet-test: Voert een test niet net zo veel productiecode moeten worden geschreven, zodat het met succes te voltooien kan zijn. Vervolgens zijn redundantie in de code verminderen met refactoring (fig. 3). De meeste teams zich niet realiseren is dat dit ook in de test automatisering van softwareontwikkeling, waar de test code is schoon, omdat het anders geconfronteerd met snel het probleem van slecht onderhoudbaar testen.

Met test-driven ontwikkeling op lange termijn onderhoudbaar getest code te creëren (Fig. 3).Met test-driven ontwikkeling op lange termijn onderhoudbaar getest code te creëren (Fig. 3).


Deze aanpak in eerste instantie lijkt dogmatisch, maar om te leren test-driven development, heeft hij bewust op deze manier gekozen. Als beveiliging treedt na enige tijd in bepaalde gebieden kan ook proberen te implementeren in grotere stappen. Het moet echter duidelijk zijn dat een te grote stap brengt het risico te verzanden, en de test zal niet snel terugkomen up and running. Als dit gebeurt, moet het probleem worden opgesplitst in kleinere eenheden en opgelost zo.

Beschrijving voorbeelden

Een nieuwe trend in de ontwikkeling van methoden gaat momenteel richting Acceptancetest-driven development (ATDD) en-Behavior-driven development (BDD). In de kern, BDD is de vereniging van TDD, ATDD, domain-driven design, Outside-In Ontwikkeling en gebruik van een alomtegenwoordige taal als specificatie workshops gecreëerd door instrumenten. In de praktijk ATDD helaas, wordt vaak verward met BDD.

ATDD is ontworpen om de juiste functies te helpen zich te ontwikkelen (Fig. 4).ATDD is ontworpen om de juiste functies te helpen zich te ontwikkelen (Fig. 4).

In ATDD (zie [4]). Het is een maatregel te geven correct mogelijke uitvoering van de code (fig. 4). Het werk begint hier vroeg, zelfs terwijl de werkelijke behoeften worden gedefinieerd. Vertegenwoordigers van de ontwikkeling en het testteam zal samen met de klant te komen en te identificeren acceptatiecriteria voor toekomstige functies (afb. 5). Hier, testers en programmeurs ([5] te zien.) Een gemeenschappelijk inzicht in de behoeften van de klant, met een voldoende grote ruimte voor verschillende ontwerpbeslissingen blijft open. Dus programmeurs en testers kan een oplossing voor het probleem van de klant, waarmee zij tevreden op de lange termijn kan vinden.

Het hele team van de klanten, programmeurs en testers moeten een gemeenschappelijk begrip van de functies als gevolg hebben (Fig. 5) zijn.Het hele team van de klanten, programmeurs en testers moeten een gemeenschappelijk begrip van de functies als gevolg hebben (Fig. 5) zijn.


Op basis van de bovenstaande acceptatiecriteria, de ontwikkeling team in eerste instantie bezig met beschrijvende voorbeelden ze voordat de functie bewegen, blijven echter te verfijnen. Voorbeelden duwen beknopt en nauwkeurig wat wordt bereikt door de functies. Ze bewegen zich op een niveau met de business requirements en mag niets te maken met implementatie details zoals de positie van de GUI-elementen.

Parallel met de uitvoering van de taken van het team werkt dan de voorbeelden te automatiseren. Sommige ontwikkelaars groepen zijn zelfs in staat om de business logica van de business cases op basis van hun domein code te integreren. In de literatuur spreekt over Outside-In ontwikkeling: de ontwikkeling is het gevolg van buiten naar binnen. In dit geval slechts zoveel domein code en applicatie logica is ontworpen en geschreven als absoluut noodzakelijk is. In de praktijk zijn er een paar teams die een dergelijk niveau van volwassenheid hebben bereikt. De voordelen van deze aanpak zijn echter niet uit de hand te worden ontslagen: Kan vóór de ontwikkeling blijkt dat de voorgestelde toepassing zal uitvoeren wat ze willen, dan is de flexibiliteit om veranderingen in de eisen die de lange termijn.

Total TDD en ATDD vormen een symbiose met die een hoge mate kan worden bereikt op testautomatisering. Aldus kan door ATDD een verzoek afdekking bijna 100 procent, terwijl bij TDD 100 procent code coverage mogelijk. Gecombineerde TDD zorgt er dus voor dat de code correct was, maar ATDD ervoor dat het de juiste code.

Programming standaard voor embedded systemen MISRA C 2012 gepubliceerd

De Motor Industry Software Reliability Association (MISRA) heeft onlangs de embedded programmering standaard MISRA C 2012th De standaard definieert coderingsnormen voor C en C ++ - ontwikkelaars om run-time fouten die kunnen voortvloeien uit onveilige constructies of structurele zwakheden van talen te vermijden. De meer dan 200 pagina's dikke specificatie die dus bijna verdubbeld is, is compatibel met de nieuwe versie aan C99 en was blijkbaar grondig herzien op verschillende plaatsen.

Is er dan nu in aanvulling op de regels en richtlijnen die moeten worden beschouwd als richtlijnen dienen te worden gebruikt voor andere middelen om de correspondentie met de voorwaarden is voldaan. Regels kunnen worden geverifieerd alleen over het testen van de code, echter. kan verwijzen naar de standaard als PDF-bestand via de webshop van het consortium voor 15 Britse ponden, de gedrukte versie kost 45 pond.

MISRA is een vereniging van auto-fabrikanten, leveranciers en dienstverleners. De eerste door de organisatie aangenomen in 1998 van de regels MISRA C met zijn goed 100 regels voor het veilig programmeren C werd een soort de facto standaard voor embedded C programmeren. De tweede versie, MISRA in 2004, schreef, onder andere, om een ​​instrument te gebruiken voor het controleren van de regels. In 2008 had het consortium met MISRA C ++ de richtlijnen voor object-georiënteerde versie van de taal uitgebreid. (Ane)

Java-applicatieservers: Red Hat zijn wildfly 10 gratis

wildfly 10

De nu beschikbare versie 10 van de Enterprise Java server vormt de basis voor commerciële JBoss Enterprise Application Platform 7 Red Hat is ook de derde grote release sinds de naamswijziging van het open source project.

Red Hat versie 10 van de Java-applicatieserver wildfly gepubliceerd. Het geeft uitvoering aan alle specificaties van Java EE 7 Volledige profielen en Java EE Webprofielinformatie 7, op dit moment de nieuwste versies van enterprise Java-normen. Ondersteuning voor Java 7 werd beëindigd, wat een betere integratie van de huidige Java waarborgen. 8 De server kan worden gebruikt met de huidige ontwikkeling snapshots van het volgend jaar verwacht Java 9 daarbuiten.

De belangrijkste vernieuwingen

In plaats van de Message Broker HornetQ wildfly nu ook de ontwikkeling ervan ActiveMQ Artemis, hoewel verrijkt met een aantal nieuwe functies, protocol-niveau dat verenigbaar is zich te gedragen met HornetQ. De nieuwe versie integreert de Undertow JS project. Deze server-side scripts kan niet schrijven, kan de toegang tot de CDI (contexten en Dependency Injection) en JPA Entity Beans (Java Persistence API) te maken. Onder de naam Undertow trades nog jong met de HTTP / 2 standard compliant webserver.

Voor ontwikkelaars moet ook interessant zijn dat nu de versie 5 van de persistentie framework wordt ondersteund Hibernate en PowerShell-scripts aan de bin directory van wildfly distributie zijn toegevoegd. In toekomstige versies, zijn ze te vervangen .bat scripts. Met wildfly 10 is eindelijk mogelijk elk beroep "Singleton Deployment" op te zetten. Deze kunnen toepassingen worden steeds moeten op een bepaalde server knooppunt in het cluster geïnstalleerd. Het falen van een knooppunt, zal de applicatie automatisch opnieuw op een ander knooppunt.

JBoss te wildfly

Met 10 wildfly de derde grote release van de Java-applicatieserver al is verschenen, loopt onder deze naam, omdat de open source-server. het om een ​​naam verandering was gekomen, omdat de die achter hem bedrijf wilde een sterkere differentiatie van commerciële basis wildfly aanbod. De eerste release - wildfly 8 - werd uitgebracht in februari 2014, de tweede in het kader van het versienummer 9 volgde in juli 2015. Ook deze versie compatibel is met de Java EE 7 (Java Enterprise Edition) was. Wildfly vormt de basis voor de volgende release van commerciële JBoss Enterprise Application Platform 7 Red Hat's (JBoss EAP 7)(Ane)

Modulair, beter gedocumenteerd en PHP 7 – Zend Framework 3 is uitgebracht

Modulair, beter gedocumenteerd en PHP 7? Zend Framework 3 is uitgebracht

Na enkele jaren van ontwikkeling, is er eindelijk een nieuwe grotere versie van de populaire PHP frameworks en daarbuiten een Micro Framework.

Het plan was eigenlijk dat de Zend Framework elk jaar en een half tot twee jaar zou komen met nieuwe grote releases. Van deze, de ontwikkelaars van de PHP kaders die het met de release van versie 2 had aangekondigd in september 2012 had echter vast snel. En later, gepland voor het najaar van 2015 release datum kon ze niet vasthouden. Maar nu is het wachten is voorbij, omdat de versie 3 van het Zend Framework is nu officieel beschikbaar.

modulair Framework

De meeste wijzigingen zijn van structurele aard. Het is hier, bijvoorbeeld, de toewijzing van een aantal onderdelen in zijn eigen versiebeheer projecten. Dit wordt gedaan met het oog op het hergebruik van deze onderdelen elders makkelijker en dus om de ontwikkeling te versnellen. Het is ook belangrijk dat het einde van vorig jaar vrijgegeven PHP 7.x wordt gesteund door de nieuwe versie.

Bij de ontwikkeling van de nieuwe taalversie, maar ook met de vorige PHP 5.x tot vier keer betere prestaties waargenomen. Minimal PHP 5.6 is nu voorzien voor Zend Framework. 3 De verouderde versie streng onder het versienummer 1.x niet meer wordt ontwikkeld, is er in het beste geval slechts security fixes - en slechts tot eind september 2016

Documentatie en Micro Framework

Om de overschakeling van ontwikkelde met Zend Framework 2 MVC toepassingen (Model View Controller) voor het vergemakkelijken van de nieuwe release biedt gebruikers een veel gedocumenteerde migratiepad beschikbaar is voor een paar veranderingen die nodig zijn te maken. Daarnaast werd over het algemeen een veel aandacht besteed aan de documentatie. Dus gewoon zodanig wordt opgeslagen in elk repository van een component. Nieuwe functies in de toekomst worden aanvaard voor zover zij ook waren opgenomen.

Nieuwe paden uiteindelijk betreden de ontwikkelaars met de introductie van een aparte middleware Micro Framework. Expressieve wordt beschouwd als de toekomst van PHP ontwikkeling van de kant van het raamwerk ontwikkelaars, in tegenstelling tot grote MVC full-stack aanbod.(Ane)

CreateJS bundelt bibliotheken voor HTML5 en Flash-ontwikkelaars

In samenwerking met Adobe heeft het team om Skinner (gskinner.com), die heeft gewerkt op het moment voor Microsoft al op de HTML 5-technologie demo Pirates Liefde Daisies, een nieuwe JavaScript-bibliotheek voor HTML5 en Flash / AIR-ontwikkelaar Grant gepresenteerd. CreateJS combineert een aantal bestaande bibliotheken voor de weergave van afbeeldingen, audio en Flash-elementen. Daarnaast bevat de collectie een eigen toolkit die kunnen worden geëxporteerd naar de HTML5-platform content van Flash Pro.

In de kern CreateJS bundelt de vier JavaScript-bibliotheken EaselJS, TweenJS, SoundJS en PreloadJS nog in ontwikkeling voor een pre-loading van de verschillende componenten. Bovendien is de Adobe AIR-toepassing Zoë is inbegrepen in het pakket waarmee swf animaties kunnen sheet exporteren EaselJS als Sprite.

Heel nieuw is de CreateJS toolkit die gskinner.com in samenwerking met Adobe heeft ontwikkeld. Het biedt veel meer mogelijkheden dan Zoë en om Flash Pro-ontwikkelaars in staat om de inhoud te exporteren zoals pictogrammen, vectoren, animaties, bitmaps, geluid en tekst. De data geleverd vanaf de toolkit als een bibliotheek van objecten erboven CreateJS en HTML5 kunnen aanspreken dan.

De nieuwe CreateJS bibliotheek moet beschikbaar zijn in de komende weken createjs.com zijn. Een documentatie, demo's en verschillende tutorials die team gskinner wil ook publiceren. Voor licenties, heeft de groep geen informatie - maar zoals de meeste van de reeds opgenomen bibliotheken zijn open source onder de MIT licentie, kan een vergelijkbare licentie formulier voor CreateJS worden verwacht. Iets langer mede-ontwikkeld door Adobe Toolkit lang op zich wachten, bovendien zal zijn, omdat Adobe kon nog steeds geen informatie over de beschikbaarheid te bieden.(Rl)

Programmeren ranking: JavaScript en Java op naar de top

De RedMonk Programming Language rankings: januari 2016

Met JavaScript, Java, PHP, Python, C #, C ++, Ruby, CSS, C en Objective-C, exact dezelfde programmering, zie de tweejaarlijkse RedMonk ranking - en dat ook in dezelfde volgorde.

Er zijn de maandelijkse Tiobe Programming index om de meest populaire programmeertaal van de resultaten op aanvraag te bepalen " programmering" verkregen in 25 zoekmachines. Maar er zijn ook de tweejaarlijkse RedMonk Programming Language rankings, waar de analisten correlaties tussen de bespreking van een taal op StackOverflow geproduceerd met het gebruik ervan in GitHub projecten om te bepalen hoeveel een programmeertaal wordt gebruikt in de toekomst.

Een beetje laat RedMonk is nu gegeven de januari-resultaten bekend bij de huidige populariteit van de belangrijkste programmeertalen.

RedMonk Op de top rechts zijn voor de meest populaire programmeertalen. Verandert er weinig zijn geweest ten opzichte van juli 2015.(Foto:RedMonk )

stabiele situatie

Onder de eerste 10 zetels heeft niets gedaan sinds het vorige onderzoek in, zodat JavaScript voordat Java blijft leiden met een smalle marge van de lijst, gevolgd door PHP (3), Python (4), C # (5), C ++ ( 5.) Ruby (5), CSS (8), C (9) en Objective-C (10). Dat Java en JavaScript zijn aan de gang te vinden aan de top, zal waarschijnlijk ook ondersteund dat de twee talen vaak werden gebruikt bij bedrijven in dezelfde toepassing, kan voldoende zijn, vooral omdat JavaScript steeds professioneler claims.

Dat het was niet gekomen zal ook veranderingen in de top 10 zijn, de RedMonk analist verklaard door het feit dat de beslissingen van een taal in het bedrijfsleven meestal is ontworpen in de lange termijn. Daarom kon niet in de nabije toekomst met meer fragmentatie te verwachten is, zal het nog niet afwijzen omdat de set languages ​​hebben een hoog niveau van volwassenheid.

Sprak mogelijke voorbij de top 10 of zelfs nog buiten de top 20 luid RedMonk elixir (54), Julia (51), roest (46), Swift (17) en Type Script (31) uit verschillende redenen worden geschat. Dus Elixir, Julia en Rust in staat waren om te trekken door hun weloverwogen taalontwerp aandacht. De Objectice C opvolger Swift ook in dat hij sinds kort open source, en Typescript kreeg veel lift in de JavaScript-gemeenschap, maar ook bij Microsoft de laatste tijd scores zeker nu.(Ane)

Red Hat vrijgegeven OpenJDK 8 voor (onder ontwikkelaars) Windows

OpenJDK 8 beschikbaar voor Windows

De open-source-bedrijven, heeft de beschikbaarheid aangekondigd van de officiële gratis Java SE-implementatie voor Windows aangekondigd. De doelgroepen zijn ontwikkelaars die studio te creëren voor RHEL Windows middleware applicaties met JBoss Developer.

OpenJDK is een vrije implementatie van Java SE, die is ontstaan ​​als een afsplitsing van de JDK. 6 Red Hat nam de tijd om het project te leiden. Oracle is een Java-gouverneur sponsor en hoofd van OpenJDK. 8

Op de downloadpagina van de OpenJDK-project bouwt voor verschillende Linux-systemen, maar niet voor Windows bestaan. Red Hat heeft een build van OpenJDK 8 uitgebracht voor Windows. Er moet echter in het algemeen niet de plaats van de normale JDK, maar is bedoeld voor ontwikkelaars, middleware applicaties met Red Hat JBoss Developer Studio onder Windows voor RHEL (Red Hat Enterprise Linux) te bouwen. De Windows-build van OpenJDK 8 is volledig compatibel met de bijbehorende RHEL releases, zodat Java-software zich gedraagt ​​op beide systemen gelijk.

Verdere details over de OpenJDK voor Windows zijn beschikbaar op de projectpagina, waarbij een link wordt gevonden om een ​​msi installateur. Informatie over de voorwaarden ontbreken: De naam van downloads duidt op een 64-bit build. Zelfs als de site vindt u alleen het besturingssysteem Windows 8, kan worden aangenomen dat is ook compatibel met Windows 7 en Windows 10 alleen vanwege de bijbehorende verspreiding van OpenJDK build. (RME)

De belangrijkste vragen en antwoorden over de uitvoering PaaS

inhoud
  1. De belangrijkste vragen en antwoorden over de uitvoering PaaS
  2. Vendor lock-in, veiligheid en rechtvaardigheid
  3. lees eenzijdig
De belangrijkste vragen en antwoorden over de uitvoering PaaS

Het gebruik van de cloud is, uiteraard, voor veel bedrijven, ze beperken het gebruik, maar meestal op SaaS en IaaS. Het gebruik van PaaS slechts langzaam op gang. Maar wat moeten bedrijven overwegen voordat zij besluiten? Dit artikel geeft antwoord op vijf belangrijke vragen vóór de tenuitvoerlegging PaaS.

Waar PaaS brengt geen voordeel?

Als Platform as a Service (PaaS) is een grotendeels nieuwe aanpak, veel bedrijven is het vaak onduidelijk hoe het concept werkt en wat de voordelen zijn. Vaak PaaS wordt gezien als een ontwikkelomgeving, of alleen de afschaffing van administratieve taken uitgevoerd. Het kan ook gebruikt worden als de ruggengraat van het beheer van de levenscyclus van de software, maar - van ontwikkeling tot exploitatie.

De ontwikkeling kan ook veel "behendig"nerfolgen omdat PaaS ondersteunt verschillende tools en technieken en implementatie scenario's maakt de Zon naar "klassiek" Server architecturen zijn niet haalbaar. Elke ontwikkelaar kan, bijvoorbeeld, uit te proberen nieuwe ideeën direct in een ingezet binnen een korte tijd testomgeving die nauw overeenkomt met de latere productie-omgeving. Met hulpmiddelen voor load simulatie Blitz.io en toepassing analyse software zoals New Relic ontwikkelaars kunnen pre-analyse van het gedrag van applicaties onder bijna reële omstandigheden en aan te passen. Fabrikanten zoals Cloud9 bieden zelfs een volledige browser-IDE, waarmee je software direct in de cloud kunnen ontwikkelen. In het kort: Dit kan alle redenen die significant toenemen met PaaS efficiëntie en kwaliteit van een IT-afdeling.

In combinatie met Continuous Deployment zal het werk resultaten van de ontwikkelaars aan de gebruiker worden verstrekt sneller. Zelfs kleine veranderingen kunnen worden uitgerold door een PaaS meerdere malen per dag, met ontwikkelaars typisch nieuwe code te leveren via Git of soortgelijke Versionskontrollsyteme in PaaS. De software gebruikers kunnen blijven werken zonder onderbreking met de applicaties tijdens de implementatie van nieuwe versies. Continue integratie software zoals Travis-CI biedt ook de mogelijkheid om de levering van software voor verschillende cloud-platforms in de CI te integreren.

Wanneer uitrollen van software wordt verzekerd dat elke serverknooppunt biedt dezelfde runtime-omgeving, zowel in ontwikkeling en productiesystemen. Dit voorkomt ontbrekende onderdelen en versie conflicten. Updates van onderdelen of het gebruik van nieuwe programmeertalen op betrouwbare wijze kan worden geïsoleerd staging systemen voor aflevering in de werking, test.

PaaS toepassingen kan worden geschaald op de vlieg in een korte tijd. Toepassing handelaren garanderen als aan de eindgebruiker consistente hoge prestaties. SaaS-leveranciers op schaal, bijvoorbeeld tijdens normale kantooruren omhoog en weer terug naar beneden later, toen de meeste gebruikers in de werkdag. In online games en sociale toepassingen, blijkt andersom: er is de maximale waarde in de avonduren.

Voor grote bedrijven die hun eigen datacenters te verliezen, kon een eigen PaaS interessant zijn. Het zorgt ervoor dat merkgebonden computing resources en bestaande activa efficiënter. Dankzij de self-service provisioning middelen op basis van een knop kan beschikbaar worden gesteld. Dit maakt efficiënter en agile development processen, het verkorten van innovatie cycli.

Door het gebruik van PaaS, kan het snel aan te passen aan veranderende eisen -
af te remmen zonder resource knelpunten. Vooral in zeer dynamische markten, zoals de consument of de telecommunicatiemarkt, de kosten en de tijdwinst verbonden vormt een zware competitief voordeel voor bedrijven.

Echter, PaaS is geen voordeel bij toepassing van zeer statisch in de natuur of wanneer een aanpassing aan PaaS betekent onevenredige inspanning. Voorbeelden zijn kleiner CMS applicaties, bestaande standaard software of oude legacy software zonder Abstraction Layer.

Welke toepassingen werken in de cloud, welke niet?

De meeste toepassingen kunnen worden uitgevoerd in PaaS omgevingen. Voor Java, Ruby, Python, PHP en .NET, er zijn veel PaaS aanbieders - sommigen zijn gespecialiseerd in een taal die anderen bieden ondersteuning voor meerdere talen.

Veel van de kaders zijn aangepast, zodat ze optimaal werken met PaaS. Deze omvatten kaders die een automatische configuratie voorzien of bieden een steunblok bergingen. Gemakkelijk inzetbaar op PaaS kaders, bijvoorbeeld, Rails, Symfony en Spring.

In de moderne toepassingen kunnen cloud-API's worden geconfigureerd voor centrale gegevensopslag - dus ze zijn compatibel PaaS in de meeste gevallen. Laat legacy-applicaties
deze functies normaal ingebouwd. De aanpassingen van PaaS betekent in de eerste plaats optimalisaties die gunstig zijn voor de prestaties, betrouwbaarheid en horizontale scaling zijn, als PaaS-providers hun platformen met de oriëntatie op "best practices" hebben ontworpen.

Het implementeren van automatische configuratie routines is niet verplicht, maar wordt sterk aanbevolen. Gewoonlijk ligt de PaaS provider elke toepassing configuratieparameters via een bestand of omgevingsvariabelen dat een toepassing kan gebruiken voor de configuratie. Aldus kunnen menselijke fouten. Op hetzelfde moment voorkomt, bijvoorbeeld een toepassing in de testomgeving ongeluk met een productiedatabase "spreekt",

Om de verplaatsing van applicaties die PaaS aanbieders de informatie die ze nodig hebben om aanpassingen toe te passen in de vorm van documentatie of trainingsmateriaal te vergemakkelijken. Als alternatief kan worden getrokken op de know-how van cloud consultants om complexe IT-systemen adequaat te vertegenwoordigen op een PaaS.

Echter, niet alle technieken afgebeeld op PaaS. Een mailserver kan niet worden bediend, bijvoorbeeld in het werken met dynamisch toegewezen IPs PaaS-systemen. De postbezorging wordt daarom behandeld door derden. Streaming toepassingen die uit de buurt van de HTTP-standaarden werken, hebben het moeilijk ook om hun data via de web-geoptimaliseerde routing dier en een web-caches.

Java EE 8 wordt officieel uitgebracht

Java EE 8 wordt officieel uitgebracht

In de schaduw van de wervel naar Java 9, heeft Oracle de Enterprise-versie bijgewerkt. Technisch gezien is lager dan dat van de oorspronkelijke verwachtingen. Spannend is op dit moment ook de toekomst van het platform als een open source project.

Met veel minder wervels dan Java 9 Oracle heeft eindelijk Java EE 8, nadat het bedrijf had ook verplaatst de release van Enterprise-versie een paar keer. Reeds in december 2016 was het duidelijk welke functies deel uit van het platform zou zijn. Zo was het ook duidelijk dat veel modules het niet maken in de achtste versie van enterprise Java.

Nieuwe en bijgewerkte API's

De belangrijkste nieuwe functies van de servlet 4.0 API, de eerste keer biedt HTTP / 2-ondersteuning, en een speciale beveiliging API behoort. JSON-B (JSON Binding) krijgt een eigen API en de Java API voor JSON-P is in versie 1.1 component van het platform. Talrijke andere API's zijn belangrijke toevoegingen gekregen enigszins, waaronder contexten en Dependency Injection (CDI) met de sprong naar versie 2.0.

Andere bijgewerkt pakketten zijn JavaServer Faces (JSF) 2.3, Bean Validation 2.0, Java API voor REST Web Services (JAX-RS) 2.1, Java Persistence 2.2, Java API voor WebSocket 1.1 en Java Mail 1.6. Hoewel Java EE 8 parallel aan Java 9 verschijnt, richt zij eerst een aantal extensies die niet waren opgenomen in versie 8 van de Standard Edition, in de vorige Java EE platform. Vermeldenswaardig hier de beken en de datum-en-tijd API.

Toekomstige plannen voor de Eclipse Foundation

Java 2017

Gedetailleerde informatie over Java EE 8, 9 en Java actuele ontwikkelingen in de Java omgeving in de iX Developer Special Edition, verkrijgbaar onder meer het H winkel.

Naar verwachting Java EE 8 de laatste versie van het platform onder de huidige licentie model en naam. Oracle had plannen in augustus tot en met Java EE open source community overdragen aangekondigd. Medio september heeft het bedrijf aangegeven de plannen en kondigde aan, onder andere, dat het platform is om het land onder de paraplu van de Eclipse Foundation. Het is belangrijk dat de Stichting niet alleen controle over de specificaties, maar ook over de referentie-implementaties (RI), het Technology Compatibility Kits (TCK) en de overname van het project documentatie van de begeleide Oracle Java EE en GlassFish technologie zou moeten.

Details over de nieuwe functies in Java EE 8 kan worden genomen van het project site. Daar wordt de API-documentatie, een tutorial en de SDK gekoppeld om te downloaden.

Zie heise Developer:

  • Oracle wil Java EE over te dragen aan de open source gemeenschap
  • Analyse: Oracle lijkt de hoek in Java EE draaien op het laatste moment
  • Java EE in de richting van Open Source: kansen en risico's
  • Java EE 8 neemt de laatste horde voor de release
  • Java EE is om het land onder de paraplu van de Eclipse Foundation
(RME)

De zwerm: Java EE Micro Services met wildfly

Onlangs heeft de eerste alpha van de nieuwe wildfly Sidecar Swarm is beschikbaar. Het moet dus een zo groot applicatieserver, samen met de feitelijke toepassing als nodig is om een ​​uitvoerbaar Java archief te verkrijgen. deze "jar-applicatie"- of "vet jar"Concept wordt vaak gezien als de juiste aanpak voor Micro Services architecturen.

Op dit moment, het nieuws uit het gebied van Java EE accumuleren. In aanvulling op de nieuwste release candidate van wildfly-9 Application Server een zogenaamde onderhoud is opgesteld waaronder Java EE 7 vrijkomen (MR). En de Java EE 8 JSR's officieel beschikbaar voor bepaalde tijd. Toch is dit nieuws slap van de klassieke Java EE stack achter de actuele ontwikkelingen. de woorden "houder" of "micro Services" men kijkt tevergeefs in de specificatie. Althans voor het gemaakt op basis wildfly toepassingen, deze spleet sluit iets.

Wildfly zwerm: executable Micro Services

zwermen "jar-applicatie"- of "vet jar"Concept wordt door sommigen gezien als de juiste aanpak voor Micro Services architecturen. Zonder dat te willen nu filosoferen, is het heel spannend om iets alleen te kijken naar deze nieuwe release. In het volgende voorbeeld, wil ik benadrukken dat het is gewoon een voorbeeld van een techniek en het is niet de enige juiste manier voor Micro Services vertegenwoordigen.

Gegeven een eenvoudige Maven-based Java EE 7 webtoepassing. In pom.xml staat als alleen een functie:


javax
Java EE web-api
7.0
voorzien

Het is gebouwd op 6 Kbyte WAR-bestand. zwerm / rs / klant 8080 / om een ​​eenvoudige JSON uitgang: het draait op wildfly, het leiden van een oproep naar http: // localhost:

{
"voornaam": "Markus".
"lastName": "Eisele".
"adres": "Werner-von-Siemens-Ring 14".
"City": "Grasbrunn".
"PCODE": "85630".
"Telefoonnummers": [
{
"rang": "mobiel".
"nummer": "111-111-1111"
},
{
"rang": "thuis".
"nummer": "222-222-2222"
}
]
}

Voor zover dit alles is niet spannend. Om ervoor te zorgen deze eenvoudige applicatie is een stand-alone executable archief, nu Swarm in het spel komt. Hiervoor moet een nieuwe plug-in eenvoudig worden toegevoegd aan het project zojuist hebt gemaakt:


org.wildfly.swarm
wildfly-swarm-plugin
$ {Version.wildfly-swarm}


verpakking

creëren



Het versienummer, is het het beste pom.xml via Onroerend goed in Maven. Momenteel Swarm is beschikbaar als 1.0.0.Alpha1. Een kleine waarschuwing is hier uitgesproken voor Windows-gebruikers. Alleen deze versie draait niet op Windows. De nieuwste meester bevat de fix, maar nu al, en wie bouwt Swarm zelf snel en lokaal gebruikt om 1.0.0.Alpha2-momentopname, kan het resultaat op Windows kijken.

Maar de plug-in niet al het werk alleen doen. Van de afhankelijkheden (afhankelijkheden) van de Java EE gebruikte functies zijn nog steeds toe te voegen. Voor de kleine steekproef dat is gewoon de JAX-RS-functie:


org.wildfly.swarm
wildfly-swarm-jaxrs
$ {Version.wildfly-swarm}
voorzien

Dan kan het project worden gebouwd via MVN pakket. In aanvulling op het verwachte resultaat, de zwerm-sample-1.0-SNAPSHOT.war file is nu ook veel grotere zwerm-sample-1.0-SNAPSHOT-swarm.jar landde in het doel / directory. Het heeft nu ongeveer 30 MB.

testen van het vet JAR

eigenlijk alleen nog de lancering en het testen van de niet zo klein potje:

java -jar zwerm-1.0-SNAPSHOT-swarm.jar

De output is een indicatie van de verschillende versies van de subsystemen gebruikt. Nu zelfs de test:

C: \>curl -v http: // localhost: 8080 / rs / klant
* Aangesloten op localhost (:: 1) 8080 (# 0)
> GET / rs / klant HTTP / 1.1
> User-Agent: curl / 7.30.0
> Gastheer: localhost: 8080
> Accepteer: * / *
>
< HTTP / 1.1 200 OK
< Connection: keep-alive
< Content-Type: application / json
< Content-Length: 221
< Datum: vrijdag, 8 mei 2015 07:59:00 GMT
<
{"voornaam":"Markus"."lastName":"Eisele"."adres":
"Werner-von-Siemens-Ring 14"."City":"Grasbrunn".
"PCODE":"85630"."Telefoonnummers
": [{"rang":"mobiel"."nummer":"111-111-1111"},
{"rang":"thuis"."nummer":"222-222-2222"}]} * Verbinding # 0
localhost intact gelaten

Wie wil er nog andere specificaties gebruiken, zal meer details over the Swarm blog. momenteel servlet, JAX-RS ShrinkWrap, DataSource via implementatie, messaging en enkele anderen worden ondersteund.

Feedback en samenwerking gewenst is. Iedereen die wil alle informatie over de @ WildFlySwarm-Twitter handvat vinden. Als je functies mist of fouten constateert, kan rechtstreeks deelnemen aan het GitHub project.

Een overzicht van Java alternatieven voor industrieel gebruik

inhoud
  1. Een overzicht van Java alternatieven voor industrieel gebruik
  2. Scala
  3. fantom
  4. Kotlin
  5. Ceylon
  6. conclusie
  7. lees eenzijdig
Een overzicht van Java alternatieven voor industrieel gebruik

Long is verhuisd naar de wereld van Java weinig. In maart 2014 de sluiting van Java zijn 8 eindelijk weer vertrekken betalen een frisse wind. Maar zelfs de acht-jarige en net nieuw uitlopende debacle Java modularization Jigsaw blijkt hoe moeilijk de makers waarschijnlijk meer innovaties te vallen in de toekomst. Maar er is hoop. Alternatieve talen voor de JVM beloven nieuwe programmering paradigma's, beknopter code en meer flexibiliteit.

Voor industrieel gebruik, met name degenen die in opkomst op de horizon statische en strikt getypeerde programmeertalen zijn interessant. Hun examens tijdens de ontwerpfase en garanties op runtime zijn complexe omgevingen meer zekerheden en dus maken ze directe concurrenten voor Java. Tijd om een ​​overzicht van de belangrijkste kandidaten te krijgen.

In verband met de nieuwe programmering een probleem wordt vaak aangehaald als eerste: "functioneel programmeren", De puur functionele programmeertaal is nogal exotische en ook vrij onbekend voor veel ontwikkelaars. In het algemeen, dus, meer multi-paradigmische talen betekende dat te combineren, onder andere elementen van functioneel programmeren op zich.

Maar voor wat? Functionele taal tools kunnen veel efficiënter programmeren in bepaalde omstandigheden. En Java 8 treedt op met een Closures een belangrijke functionele eigenschap. Het volgende voorbeeld illustreert het verschil aan de hand van het sorteren van een lijst:

// "klassiek" Sorteer een lijst met behulp van vergelijker
Collections.sort (listOfCars, nieuwe Comparator () {
public int vergelijk (Car c1, c2 Car) {
terug p1.maker.compareTo (p2.maker);
}
});

Met de sluitingen in Java 8, kan de taak worden opgelost, hoe ongelijk beknopt:

// Sorteer een lijst met behulp van lambda-expressie
listOfCars.sort ((C1, C2) -> c1.maker.compareTo (c2.maker));

Allereerst: Alle gepresenteerde talen zijn functioneel, terwijl duidelijk gericht op de kansen in Java 8 kredieten. Maar uiteindelijk zijn de verschillen in de details, zodat een gedetailleerde individuele analyse aanbod.

Web Development: Mono team uitvoeringsplannen voor webassembly

Web Development: Mono project wil treffen voor webassembly

Het team achter de open source implementatie van .NET Framework van Microsoft wil webassembly om te gebruiken als het doelplatform. Op dit moment wordt er geëxperimenteerd met twee verschillende benaderingen: statische compilatie en beheerde code.

Het Mono Project is via web assemblage te komen voor webtoepassingen voor gebruik in de toekomst. Momenteel is de implementatie is in een vroeg verkenningsfase. Volgens een rapport over de Mono site van de eerste experimenten zijn veelbelovend.

Twee verschillende prototypes worden gebruikt. De eerste is gebaseerd op een compleet statisch compileren. Dit creëert een geweldige applicatie die zowel de mono-C runtime en bijbehorende class libraries evenals de gecompileerde programma bevat. De tweede benadering vertaalt alleen de Mono runtime, die voert dan de programma's van de ontwikkelaars als beheerde code. De tweede aanpak vermindert de grootte van de download, maar niet de prestaties van het volledige gecompileerde project te bereiken.

Beide benaderingen op dit moment nog gebruik maken van de volledige profiel desktop voor Mono. In de volgende stap, het team wil om het profiel te optimaliseren op het web of mobiel gebruik en voor het verwijderen van onnodige functies. Bovendien, de makers willen het comfort te optimaliseren voor ontwikkelaars. Voor deze, een tolk of JIT-compiler in de browser onafhankelijk is van de ultieme methode voor het afgewerkte programma voor de ontwikkeling proces wenselijk te maken, in de cache versies van libmono gebruikt.

Korte presentatie van webassembly en mono

Webassembly (wasm) is een benadering van client-side browser programmering. Het project, dat het begin van de browser preview-fase heeft verlaten, maakt gebruik van een binair formaat. Het moet JavaScript niet vervangen, maar aanvullen, en de meeste er belangrijker gebruikt waar hoge prestaties vereist. Kortom, de aanpak van de binaire indeling is niet nieuw: ActiveX en Java behoren tot de meest prominente vertegenwoordigers. Java gefaald in de browser als Adobe Flash, vooral in tal van kwetsbaarheden, ActiveX al op Microsoft's alleen. Bij webassembly een W3C Community Group, de medewerkers van de belangrijkste browser-leveranciers werken behoren.

Mono is een open source implementatie van Microsoft's .NET Framework, dat gebaseerd is op de ECMA specificatie voor C # en de Common Language Infrastructure. Het brengt het kader om verschillende platformen, in het bijzonder MacOS, Linux en Windows. In mei is de vijfde grote versie vrijgegeven. Microsoft is een sponsor van het project.(RME)

Criteria voor een besluit voor Scrum of Kanban

inhoud
  1. Criteria voor een besluit voor Scrum of Kanban
  2. per & tegen
  3. lees eenzijdig

De vaders van agile software development had erkend dat processen en tools hebben ondergeschikt aan de individuen en hun interacties te zijn. Zolang de belangen van de deelnemers aan het project wordt geserveerd met processen zoals Kanban of Scrum, het is voor hen "rechts", Beide kaders zijn een agile software development proces. Het artikel wordt ingegaan op de criteria voor de beslissing voor Kanban of Scrum.

Zowel Kanban en Scrum hebben hun wortels in lean production. Lean principes zijn afkomstig uit de Japanse auto-productie. Je doel is om drie soorten afval, namelijk te voorkomen:

De processen in Scrum en Kanban ondersteunen de lean principes. Echter, ze geen garantie voor de uitvoering ervan, omdat alleen voorkomen discipline, communicatie en motivatie Muda, Muri en Mura. Zij zijn de mensen die met hun persoonlijkheid een raamwerk en ontwerpprocessen te vullen. Hier is de grootste misvatting in het gebruik van gereedschappen voor agile software development.

Kanban - de wortels

Zoals gezegd, de lean principes hebben hun wortels in de Japanse auto-productie. de term "Kan" betekent signaal en de uitdrukking "ban" Card. De verbinding Kanban komt dus overeen met een signaal map. Ze komen in lean production wordt gebruikt om de stroom van materialen optimaal te beheersen. Een klein voorbeeld illustreert dit: Een auto-mechanic verantwoordelijk is in de productie van auto's aan de voorzijde ramen in de auto te installeren. Maar hij krijgt altijd nieuwe front schijven uit een stapel. Dit signaal kaart wordt gebracht, aangeeft dat de schijven opraken en nu nieuwe remschijven zijn nachzuliefern. De kaart gaat nu naar de productie van voorruiten en gesignaleerd haar dat nieuwe remschijven nodig zijn. De procedure is ontwikkeld omdat ze wilden zo min mogelijk producten opgeslagen en de productiestroom grotendeels te optimaliseren.

Steeds vaker horen we in de afgelopen tijd in de ontwikkeling van software het concept van Kanban. Hier is kanban een project management framework dat is gebaseerd op de eerder genoemde lean principes en net als alle wendbaar en Lean benaderingen de pull-principe (Hol principe) is gebaseerd. Het resulterende werk wordt niet verleend "opzichter"Maar de arbeiders (groepen) krijgen hun werk met het oog op de productiestroom zo soepel mogelijk te houden.

Het kader is relatief weinig eisen en is daarom zeer flexibel in termen van de ontwikkeling van processen, rollen, coördinatiemechanismen, vrijlating planning, et cetera. Ze zijn niet geregeld en kan door het development team worden gekozen om de beste weten en geloof voor hun eigen behoeften. Het centrale punt is altijd de stroom hier te optimaliseren.

Hoe werkt Kanban?

Voorbeeld van een Kanban board

In het centrum van Kanban softwareontwikkeling Kanban Board staat. Het toont de laatste status van het project met kaarten voor elke taak of elk werk punt. Daarop zijn er verschillende kolommen om de workflow te vertegenwoordigen. De individuele kaarten zijn geëmigreerd van kolom naar kolom totdat de taak "klaar" is.

Het doel is dat "Taken in het werk" optimaliseren (WIP werk items in progress). Het project omvatte het meten van de tijd die nodig is voor een taak totdat ze "klaar" is, identificeren "bottlenecks", Controle het project met de WIP limiet en aanpassen aan een geoptimaliseerde mogelijke "stromen" op. Interessant is dat de kanban softwareontwikkeling afgifte met het signaal kaart is de maximale capaciteit van de processtappen geregelde (tussen). De limiet capaciteit wordt weergegeven met de aanduiding van de desbetreffende maximaal toelaatbare werk items in de Kanban bord.

Concreet werkt het als volgt, dat de workflow-status bepaalt de grenzen. Een Kanban bord bevat aan de ene kant, de status van het leefde proces en het beperken van het werk items die tegelijk binnen een bepaalde status kan worden gelokaliseerd. Moet nu een ontwikkelingstijd van stapelen de kaarten en de daarop volgende proces worden geen ruimte meer voor de levering, blijkt dat de "stromen" moet worden geoptimaliseerd. Hetzij door meer middelen voor de processtap waarin de "jam" verschijnt, van toepassing is of, in voorkomend geval, kan de ontwikkeling team heroverwegen de processtappen en verandering. Aldus wordt een zelf-regulerend systeem dat is ontworpen om de productiestroom zorgen gemaakt met Kanban.

Wat maakt Scrum?

In Scrum kleine zelforganiserende, cross-functionele teams te vormen. Het biedt een uitgebreide set van regels waarbinnen vindt plaats in de ontwikkeling van software. Het frame woont elk team is anders. De kern is een vaste periode van vier weken maximaal, Sprint genoemd. Elke Sprint is een iteratie van de productontwikkeling, aan het einde van een potentieel shippable product "klaar" is. Elke Sprint plannen van de partijen die betrokken zijn bij een vaste vergadering vooraf. Het eindproduct evalueren zij in een beoordeling en trekken lessen geleerd. De release schema het optimaliseren op basis van de bevindingen samen met de klant.

Zelfs het proces, met al zijn "wijken" Factoren die reflecteren en optimaliseren van de team sprint te sprinten. Hiervoor wordt de retrospectieve verschaft een soort vergadering. Het kader voert aldus een empirisch procesmodel. Hoe Kanban Scrum heeft verschillende eisen bevat het product en de sprint backlog, alsmede een Scrum bord dat helemaal lijkt op die van Kanban.

Kwaliteitsborging voor de software in de auto met Automotive SPICE 3,0

inhoud
  1. Kwaliteitsborging voor de software in de auto met Automotive SPICE 3,0
  2. V-model
  3. consistentie
  4. conclusie
  5. lees eenzijdig
Kwaliteitsborging voor de software in de auto met Automotive SPICE 3,0

Automotive SPICE® 3.0 werd uitgebracht door de werkgroep 13 van de VDA (Duitse Vereniging van de automobielindustrie) in juli van dit jaar. Hoge verwachtingen zijn geplaatst op deze nieuwe major release. Maar wat is het echt nieuw? Wie is de nieuwe versie is een grote verandering? Of in ieder geval veel blijft hetzelfde?

Sinds het begin van dit millennium, is meer software geïnstalleerd in onze auto's steeds. Dat was en is voor de autofabrikant een uitdaging - vooral omdat de meeste software is niet afkomstig van de fabrikant zelf, maar van leveranciers. Dit leidde tot de HIS (Manufacturer Initiative Software) van de Duitse autofabrikanten (Audi, BMW, Daimler, Porsche en Volkswagen) aan het begin te bereiken over een maturity model voor de ontwikkeling van software waarmee ze de ontwikkelingsprocessen van leveranciers te beoordelen en verbeteren van de laatste tien jaar, kan.

De keuze viel op de ISO / IEC 15504, ook wel bekend onder de naam project SPICE (Software Process Improvement en Capability bepaling). Deze norm definieert een general-purpose model voor de procesevaluatie en maakt onder andere de oprichting van de industrie-specifieke derivaten. De HIS bedrijven maakten zich, samen met andere fabrikanten zoals Jaguar / Land Rover, Ford, Fiat en Volvo te definiëren 15504 van Automotive SPICE gebaseerd op de ISO / IEC. Deze groep heeft verschillende versies gepubliceerd in de jaren 2005-2010 de laatste versie 2.5 van de Process Assessment Model (PAM). Ondertussen heeft de werkgroep 13 van de VDA zorg voor de ontwikkeling. Deze werkgroep bezeten bedrijf, de fabrikanten ook leveranciers zoals Bosch, Continental, Knorr-Bremse en ZF.

Na de ISO (International Organization for Standardization) begon in november 2013, die de ISO / IEC 15504 te vervangen door de ISO / IEC 330xx serie, iedereen was enthousiast om te zien wat er zou veranderen in Automotive SPICE 3,0.

Van oud naar nieuw - van de ISO / IEC 15504 ISO / IEC 330xx

ISO / IEC 33020: 2015 Onderdelen van de ISO / IEC 15504 (fig. 1)(Foto: ISO / IEC 33020: 2015)

In maart 2015, de delen 2 en 7 van de ISO / IEC (fig. 1) waren 15.504 overschreven. Ze beschreven, onder andere, als een beslissing in het algemeen of voor een organisatie zal plaatsvinden. In de nieuwe reeks van normen 33002, 33003, 33004 en 33020 ontvangen (fig. 2) over deze kwesties nu in de publicaties ISO / IEC 33001.

Daarin zijn de belangrijkste nieuwe features een nieuwe definitie van het proces attributen en generieke praktijken voor de volwassenheid niveaus 4 en 5. Aangezien assessments, maar in de auto-industrie beperkt worden bijna uitsluitend op het project niveau naar niveau 3, die in eerste instantie zou moeten hebben geen grote impact.

Automotive SPICE PAM v3.0, © VDA QMC Onderdelen van de ISO / IEC 330xx (fig. 2)(Afbeelding: Automotive SPICE PAM v3.0, © VDA QMC)

Bovendien is de nieuwe ISO / IEC 33020 maakt een meer gedetailleerde beoordeling in de evaluatie "gedeeltelijk Bereikt" (Gedeeltelijk voldaan) en "grotendeels Bereikt" (Grotendeels bereikt) (fig. 3). In plaats van vier ongelijkmatig gradaties (0-15% (N) >15-50% (P), >50-85% (L) >85-100% (F)) ontstaan ​​zes hoofdzaak uniform verdeeld niveaus. of deze optionele toepassing detailniveau prevaleert over de bekende en bewezen regeling blijft te bezien.

Test Rail 5.0 verbetert de samenwerking met JIRA

Test Rail 5.0 verbetert de samenwerking met JIRA

Na bijna een jaar van ontwikkeling werk in de huidige browser tool voor testmanagement in de vijfde belangrijke versie is beschikbaar en biedt onder andere bug reports in real time.

Versie 5.0 van de testcase en test management tool-test spoor is beschikbaar op de website van zijn partij Gurock software. De release zelf moet onder meer worden gekenmerkt door de ontwikkelde samenwerking met Atlassian uitgifte en project tracking software JIRA.

Gurock voorziet in samenwerking met het Australische bedrijf een native JIRA server plug-in en Atlassian Connect add-on voor cloud instances. Gebruikers moeten gebruiken als beide producten in verschillende constellaties en de mogelijkheid om te migreren naar de cloud kan worden opengehouden. Onder andere test-rail-gebruikers die ook werken met JIRA, opmerkingen van de testresultaten bevestigd screenshots, statistieken en dergelijke kunnen direct in JIRA zien. Er kan ook verwijzen naar testgevallen te testen Rails. Een Wizard JIRA Integration kan helpen bij het gezamenlijk gebruik van de gebruikers bij het configureren van de gereedschappen.

Real-time rapportages en kleine verbeteringen

Nieuw zijn ook de zogenaamde defect rapporten die een overzicht van de status van de gekoppelde problemen of fouten te bieden. Elke keer dat u de rapporten Test Rail vraagt ​​de nodige gegevens uit de gedeelde kwestie en bug tracking tools van nieuw te openen, zodat de datum gebruiker informatie wordt gepresenteerd.

Aan de zijkanten van de test suites en testritten nu kleine grafieken verschijnen naast groepsnaam, om een ​​overzicht van de verdeling van de testresultaten geven. een "geschiedenis & verband"Tab displays na de update grafisch heden en onderling afhankelijk testresultaten alsmede relevante issues en hun status. Bovendien kunnen gegevens en status van de eisen nu direct van experimentele rail bij een defect toestel voor het juiste gereedschap beschikbaar. Als het dashboard van de test management tools worden weergegeven in andere toepassingen, biedt het nu zogenaamde Insluitbare dashboards.(Dec)