diff --git a/_posts/2017-01-12-angular-e2e-protractor-test-saucelabs/2017-01-12-angular-e2e-protractor-test-saucelabs.md b/_posts/2017-01-12-angular-e2e-protractor-test-saucelabs/2017-01-12-angular-e2e-protractor-test-saucelabs.md index 9a722f68..262726fb 100644 --- a/_posts/2017-01-12-angular-e2e-protractor-test-saucelabs/2017-01-12-angular-e2e-protractor-test-saucelabs.md +++ b/_posts/2017-01-12-angular-e2e-protractor-test-saucelabs/2017-01-12-angular-e2e-protractor-test-saucelabs.md @@ -326,7 +326,7 @@ Diese Browsermatrix kann dann beispielsweise in der Beschreibung des GitHub Repo [![Sauce Test Status](https://saucelabs.com/buildstatus/YOUR_SAUCE_USERNAME)](https://saucelabs.com/u/YOUR_SAUCE_USERNAME)` ``` -> Wichtig: Diese Browsermatrix funktioniert nur, wenn die Testergebnisse an den Build in SauceLabs zurück geliefert werden. Aus diesem Grund wird in meiner `protractor.conf.js` im Lifecycle `onComplete` ein Request an die SauceLabs Rest API abgesetzt, welcher die Session-ID sowie die Ergebnisse zurück meldet. Anhand dieses Ergebnisses wird von SauceLabs diese Matrix erstellt. Mehr hierzu findet Ihr im [Wiki von SauceLabs](https://wiki.saucelabs.com/display/DOCS/Using+Status+Badges+and+the+Browser+Matrix+Widget+to+Monitor+Test+Results) +> Wichtig: Diese Browsermatrix funktioniert nur, wenn die Testergebnisse an den Build in SauceLabs zurück geliefert werden. Aus diesem Grund wird in meiner `protractor.conf.js` im Lifecycle `onComplete` ein Request an die SauceLabs Rest API abgesetzt, welcher die Session-ID sowie die Ergebnisse zurück meldet. Anhand dieses Ergebnisses wird von SauceLabs diese Matrix erstellt. Mehr hierzu findet Ihr im [Wiki von SauceLabs](https://wiki.saucelabs.com/display/DOCS/Using+Status+Badges+and+the+Browser+Matrix+Widget+to+Monitor+Test+Results){:rel="noopener noreferrer nofollow"} ### Meine ersten Tests @@ -389,4 +389,4 @@ saucetest=true protractor protractor.conf.js Aufgrund der Breite dieses Spektrums, konnte ich mit diesem Artikel nur an der Oberfläche dieser Thematik schwimmen. Ebenso muss man sich mit diesem Thema intensiv beschäftigen, um die Vor- aber auch die Nachteile kennen zu lernen. Zudem muss man erst seine Erfahrungen sammeln, bis man seine eigene Konfiguration der Frameworks ausgefeilt hat. Dies gilt auch für die Entwicklung der Tests. Glaubt mir.. Bis bei mir die ersten Tests wirklich stabil über die verschiedenen Browsern gelaufen sind, ist eine Menge Zeit vergangen. Aber jetzt im Nachhinein muss ich feststellen, dass sich die investierte Zeit gelohnt hat. -Wenn man ausgeklügelt die Unit-Tests und die E2E Tests über SauceLabs kombiniert, bekommt man sehr viel Sicherheit und Produktqualität. SauceLabs kostet zwar Geld, eine Reklamation aufgrund eines Bugs kostet unter Umständen aber noch mehr. Alleine die Möglichkeit, auf SauceLabs sich mal schnell einen Browser nach Wahl in einer virtuellen Maschine manuell starten zu können, ist Gold wert. Daher kann ich dieses Trio Protractor, Jasmine und SauceLabs nur empfehlen. Das ganze dann noch kombiniert, in einer ausgeklügelten Deployment-Pipe mithilfe von [CircleCI](https://circleci.com/) per Nightly Build gibt dem Ganzen dann noch die Krönung. +Wenn man ausgeklügelt die Unit-Tests und die E2E Tests über SauceLabs kombiniert, bekommt man sehr viel Sicherheit und Produktqualität. SauceLabs kostet zwar Geld, eine Reklamation aufgrund eines Bugs kostet unter Umständen aber noch mehr. Alleine die Möglichkeit, auf SauceLabs sich mal schnell einen Browser nach Wahl in einer virtuellen Maschine manuell starten zu können, ist Gold wert. Daher kann ich dieses Trio Protractor, Jasmine und SauceLabs nur empfehlen. Das ganze dann noch kombiniert, in einer ausgeklügelten Deployment-Pipe mithilfe von [CircleCI](https://circleci.com/){:rel="noopener noreferrer nofollow"} per Nightly Build gibt dem Ganzen dann noch die Krönung. diff --git a/_posts/2017-08-04-angular-testing/2017-08-04-angular-testing.md b/_posts/2017-08-04-angular-testing/2017-08-04-angular-testing.md index d6962c80..3baf7529 100644 --- a/_posts/2017-08-04-angular-testing/2017-08-04-angular-testing.md +++ b/_posts/2017-08-04-angular-testing/2017-08-04-angular-testing.md @@ -366,7 +366,7 @@ export class LanguagesServiceHttp { ``` -In diesem Fall verwendet es `http.get()`, um eine JSON-Datei zu lesen. Danach haben wir *[Observable.map](https://github.com/ReactiveX/rxjs/blob/master/src/internal/operators/map.ts)* verwendet, um die Antwort in das Endergebins mit `json()` umzuwandeln. +In diesem Fall verwendet es `http.get()`, um eine JSON-Datei zu lesen. Danach haben wir *[Observable.map](https://github.com/ReactiveX/rxjs/blob/master/packages/rxjs/src/internal/operators/map.ts)* verwendet, um die Antwort in das Endergebins mit `json()` umzuwandeln. Unser Test sieht dem vorherigen ziemlich ähnlich. Der Hauptunterschied besteht in der Verwendung eines asynchronen Tests, wie wir es mit der Komponente aufgrund des Abonnements gemacht haben. diff --git a/_posts/2019-06-20-angular-8-ivy-bazel-update/2019-06-20-angular-8-ivy-bazel-update.md b/_posts/2019-06-20-angular-8-ivy-bazel-update/2019-06-20-angular-8-ivy-bazel-update.md index a60c5bba..ecf23008 100644 --- a/_posts/2019-06-20-angular-8-ivy-bazel-update/2019-06-20-angular-8-ivy-bazel-update.md +++ b/_posts/2019-06-20-angular-8-ivy-bazel-update/2019-06-20-angular-8-ivy-bazel-update.md @@ -70,7 +70,7 @@ Die Einbindung in euerm Projekt erfolgt dann über die [nomodule Syntax](https:/ /> Bildquelle: https://dev.to/lacolaco/differential-loading-a-new-feature-of-angular-cli-v8-4jl -Wenn ihr wissen wollt welche Browser von euer Regel inkludiert und welche exkludiert sind bietet das Projekt dieses [Browserlist Online Tool](https://browserl.ist/?q=%3E+1%25%2C+last+2+Chrome+versions%2C+IE+11%2C+Firefox+ESR%2C+not+dead%2C+not+IE+9-11). +Wenn ihr wissen wollt welche Browser von euer Regel inkludiert und welche exkludiert sind bietet das Projekt dieses [Browserlist Online Tool](https://browsersl.ist/#q=%3E+1%25%2C+last+2+Chrome+versions%2C+IE+11%2C+Firefox+ESR%2C+not+dead%2C+not+IE+9-11). BrowserList Example output of supported modern browsers