{"id":82276,"date":"2019-06-06T04:00:00","date_gmt":"2019-06-06T08:00:00","guid":{"rendered":"https:\/\/www.applause.com\/blog\/bug-fixes-mobile-apps-planen\/"},"modified":"2025-07-21T11:23:23","modified_gmt":"2025-07-21T15:23:23","slug":"bug-fixes-mobile-apps-planen","status":"publish","type":"post","link":"https:\/\/www.applause.com\/de\/blog\/bug-fixes-mobile-apps-planen\/","title":{"rendered":"Bug-Fixing f\u00fcr Mobile Apps richtig planen"},"content":{"rendered":"<div class=\"et_pb_section_0 et_pb_section et_section_regular et_flex_section preset--module--divi-section--31615dad-3f88-477f-a866-c2b40c889be5\"><div class=\"et_pb_row_0 et_pb_row et_flex_row\"><div class=\"et_pb_column_0 et_pb_column et-last-child et_flex_column et_pb_css_mix_blend_mode_passthrough et_flex_column_24_24 et_flex_column_24_24_tablet et_flex_column_24_24_phone et_flex_column_24_24_phoneWide et_flex_column_24_24_tabletWide et_flex_column_24_24_widescreen et_flex_column_24_24_ultraWide\"><div class=\"et_pb_text_0 et_pb_text et_pb_bg_layout_light et_pb_module et_flex_module preset--group--divi-text--divi-font-body--default preset--group--divi-text--divi-font-body--h19rs5u--default preset--group--divi-text--divi-font-body--h1yjkjr--default preset--module--divi-text--4564d33f-bb24-4931-8445-a739e42249ca\"><div class=\"et_pb_text_inner\"><h1>Bug-Fixing f\u00fcr Mobile Apps richtig planen<\/h1>\n<p>Jedes Softwareprodukt, sei es eine Web-, Mobil- oder Desktop-Anwendung, steht beim Nutzer erstmal unter Verdacht Bugs oder Issues aufzuweisen. In der Tat Software ist nie ganz fehlerfrei. Dennoch tun App-Developer und App-Anbieter gut daran m\u00f6glichst alle Issues &amp; Bugs gr\u00fcndlich auszumerzen, um eine einwandfreie Digital Experience anzubieten. Je nach Softwareprodukt ist die Behebung von Bugs in Production allerdings nicht einfach und in den meisten F\u00e4llen teuer.<\/p>\n<h3><strong>Vor der Ver\u00f6ffentlichung einer App<\/strong><\/h3>\n<p>Bevor ein App-Entwicklungsteam\u00a0<a role=\"link\" target=\"_blank\" rel=\"noreferrer noopener\">eine native mobile Anwendung in den App Store bringt<\/a>, muss diese intensiv getestet werden, um den Bedarf an Hotfixes auf ein Minimum zu reduzieren. Ein weiterer Ansatz ist die Pr\u00fcfung der App durch Beta-Tester oder externe Testanbieter, um fr\u00fchzeitig Feedback zu erhalten. Doch wie wir alle wissen, lauern die wirklich gemeinen Bugs\u00a0<a role=\"link\" target=\"_blank\" rel=\"noreferrer noopener\">in der freien Wildbahn<\/a>\u00a0auf den echten Smartphones der Kunden und meist in Szenarien, die nur in der realen Nutzerwelt existieren.<\/p>\n<h3><strong>Die \u201eMobile Bug Matrix\u201c<\/strong><\/h3>\n<p>Wie entscheidet man, bei welchen App-Bug sich ein Hotfix lohnt? In den letzten Jahren bin ich vielen Teams begegnet, die sich genau diese Frage gestellt haben. Einige Teams versuchten, jeden Bug in Production zu beheben und waren am Ende nur noch mit Bug-Fixing f\u00fcr die ver\u00f6ffentlichte App besch\u00e4ftigt, w\u00e4hrend die Entwicklung neuer Features ausblieb. Es gilt daher, richtig abzuw\u00e4gen, ob ein Hotfix notwendig ist oder ob mit der Fehlerbehebung noch bis zum n\u00e4chsten Release gewartet werden kann.<\/p>\n<p>Um Teams diese Entscheidung zu erleichtern, habe ich die \u201eMobile Bug Matrix\u201c entwickelt. Die Matrix hat zwei Achsen. Die x-Achse repr\u00e4sentiert die Kritikalit\u00e4t\/das Ausma\u00df f\u00fcr den Benutzer und die y-Achse die Kritikalit\u00e4t\/das Ausma\u00df aus Sicht des Unternehmens.<\/p>\n<div class=\"blog-image-single\">\u00a0<\/div>\n<p><strong>Daraus ergeben sich drei m\u00f6gliche Szenarien. Im Folgenden habe ich f\u00fcr jedes Szenario ein Fehlerbeispiel aufgef\u00fchrt:<\/strong><\/p>\n<ol>\n<li><strong>Hotfix:\u00a0<\/strong>In diesem Bereich sind die Auswirkungen f\u00fcr das Unternehmen und den Benutzer am gr\u00f6\u00dften. Tritt ein solcher Fehler in der Live-App auf, sollte er schnellstm\u00f6glich behoben werden.<br \/><strong><em>Fehlerbeispiel:\u00a0<\/em><\/strong>Der Login der App funktioniert nicht mehr.<\/li>\n<li><strong>Next Release:\u00a0<\/strong>Bugs dieser Kategorie haben entweder f\u00fcr das Unternehmen oder f\u00fcr den Benutzer gr\u00f6\u00dfere Auswirkungen. Der Fehler ist nicht so gravierend, dass direkt ein Hotfix durchgef\u00fchrt werden muss. Er sollte aber mit dem n\u00e4chsten Release behoben werden.<br \/><strong><em>Fehlerbeispiel<\/em><\/strong>: UI-Elemente der App befinden sich an der falschen Stelle.<\/li>\n<li><strong>Upcoming Sprints:\u00a0<\/strong>Diese Probleme m\u00fcssen behoben werden, aber es besteht weder von Seiten des Unternehmens noch von Seiten des Benutzers gro\u00dfe Eile. Fehler dieser Kategorie k\u00f6nnen dem Backlog hinzugef\u00fcgt und in k\u00fcnftigen Sprints gel\u00f6st werden.<br \/><strong><em>Fehlerbeispiel:\u00a0<\/em><\/strong>Falsche \u00dcbersetzungen oder Tippfehler.<\/li>\n<\/ol>\n<h3><strong>Zu kl\u00e4rende Fragen<\/strong><\/h3>\n<p>Im Gespr\u00e4ch mit den verschiedenen Stakeholdern der App wird es unterschiedliche Meinungen dazu geben, wie kritisch der gefundene Bug ist und in welche Kategorie er passt. Um m\u00fchsame Diskussionen zu vermeiden und leichter entscheiden zu k\u00f6nnen, ob ein Hotfix notwendig ist, hilft es, sich die folgenden Fragen zu stellen:<\/p>\n<ol>\n<li>Wie viele Benutzer sind von dem Fehler betroffen?<\/li>\n<li>Sinkt unsere App-Aktivit\u00e4t?<\/li>\n<li>Sinkt das Vertrauen in das Unternehmen?<\/li>\n<li>Bringt dieser Bug rechtliche Probleme mit sich?<\/li>\n<li>Verlieren wir Geld aufgrund des Bugs?<\/li>\n<li>Ist das Problem auf den unterst\u00fctzten Ger\u00e4ten und Betriebssystem-Versionen reproduzierbar?<\/li>\n<li>Welcher Bereich der App ist betroffen?<\/li>\n<li>K\u00f6nnen wir die Funktion vom Backend aus deaktivieren?<\/li>\n<\/ol>\n<p>Wenn ein Team entschieden hat, ob es lohnt, einen Hotfix durchzuf\u00fchren, ist der bestehende Software-Entwicklungsansatz anzuwenden:<\/p>\n<ol>\n<li>die Fehlerursache finden<\/li>\n<li>den Fehler beheben<\/li>\n<li>und zur Absicherung einige automatisierte Tests durchf\u00fchren.<\/li>\n<\/ol>\n<p>Ist die Entwicklung abgeschlossen, muss ein Software- oder Beta-Tester \u00fcberpr\u00fcfen, ob der Fehler erfolgreich behoben wurde. Dar\u00fcber hinaus m\u00fcssen Regressionstests durchgef\u00fchrt werden, um sicherzustellen, dass der Bugfix keine zus\u00e4tzlichen Probleme verursacht hat. Zu guter Letzt muss die gesamte Testautomatisierungs-Suite ausgef\u00fchrt werden. Die Ergebnisse sollten gr\u00fcn sein.<\/p>\n<h3><strong>Einen Workflow f\u00fcr das Team finden<\/strong><\/h3>\n<p>Die Mobile Bug Matrix kann also dabei helfen zu entscheiden, ob eine sofortige Fehlerbehebung notwendig ist. Jedes Team sollte einen Workflow definieren, um in solchen Situationen entscheiden zu k\u00f6nnen, wie mit kritischen oder unkritischen Bugs im Produktionssystem umgegangen wird. Es muss stets sorgf\u00e4ltig abgewogen werden, ob ein Hotfix durchgef\u00fchrt oder bis zum n\u00e4chsten Release gewartet wird, denn in der Regel lassen sich App-Bugs weder schnell noch kosteng\u00fcnstig beheben. Zu den Entwicklungs- und Testkosten gesellt sich die Wartezeit f\u00fcr die Pr\u00fcfung und Aufnahme in den App Store. Erst dann kann der Fix f\u00fcr die Kunden live gehen. Das n\u00e4chste geplante App-Release hingegen ist vielleicht schon in Sichtweite.<\/p>\n<\/div><\/div><\/div><\/div><div class=\"et_pb_row_1 et_pb_row et_flex_row preset--module--divi-row--77073714-d4ca-4088-9074-4035ac800b0f\"><div class=\"et_pb_column_1 et_pb_column et-last-child et_flex_column et_pb_css_mix_blend_mode_passthrough et_flex_column_24_24 et_flex_column_24_24_tablet et_flex_column_24_24_phone et_flex_column_24_24_phoneWide et_flex_column_24_24_tabletWide et_flex_column_24_24_widescreen et_flex_column_24_24_ultraWide\"><div class=\"et_pb_text_1 et_pb_text et_pb_bg_layout_light et_pb_module et_flex_module preset--group--divi-text--divi-font-body--default preset--group--divi-text--divi-font-body--h19rs5u--default preset--group--divi-text--divi-font-body--h1yjkjr--default preset--module--divi-text--default\"><div class=\"et_pb_text_inner\"><p>Webinars<\/p>\n<\/div><\/div><div class=\"et_pb_blurb_0 et_pb_blurb et_pb_bg_layout_light et_pb_blurb_position_top et_pb_module et_flex_module preset--group--divi-blurb--divi-font-body--h19rs5u--default preset--module--divi-blurb--fccd47fd-c5d8-4eab-abb5-f09614c48222\"><div class=\"et_pb_blurb_content et_flex_module\"><div class=\"et_pb_blurb_container\"><h4 class=\"et_pb_module_header\">8 Best Practices f\u00fcr das Testen mobiler Apps<\/h4><div class=\"et_pb_blurb_description\"><p>Lerne von Mobile Testing Experte Daniel Knott, wie du deine mobile Teststrategie verbessern kannst.<\/p>\n<\/div><\/div><\/div><\/div><div class=\"et_pb_module et_pb_button_module_wrapper et_pb_button_0_wrapper preset--module--divi-button--default_wrapper\"><a class=\"et_pb_button_0 et_pb_button et_pb_bg_layout_dark et_pb_module et_flex_module preset--module--divi-button--default\" href=\"https:\/\/go.applause.com\/de-webinar-8bestpractices-mobiletesting.html\">Jetzt anschauen<\/a><\/div><\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"<p>Wir schauen uns an, wie man Bugfixes in einer bereits ver\u00f6ffentlichten nativen App richtig plant.<\/p>\n","protected":false},"author":42,"featured_media":74679,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[282],"tags":[943,937],"resource-industry":[],"resource-solution":[],"resources\/types":[1244],"class_list":["post-82276","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert","tag-agile","tag-mobile","resource-type-blogs-de"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/posts\/82276","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/users\/42"}],"replies":[{"embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/comments?post=82276"}],"version-history":[{"count":0,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/posts\/82276\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/media\/74679"}],"wp:attachment":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/media?parent=82276"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/categories?post=82276"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/tags?post=82276"},{"taxonomy":"resource-industry","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/resource-industry?post=82276"},{"taxonomy":"resource-solution","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/resource-solution?post=82276"},{"taxonomy":"resource-type","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/resources\/types?post=82276"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}