行动应用程式品质

创业理念

在初创企业中，突然产生了一些想法，每个公司都必须将其应用到：

快点，快点失败！
尽快发布产品，以便我们获得客户反馈！

如果您考虑大型公司以前所做的一切，那么所有这些都是好主意。 每隔几个月发布具有许多功能的应用程序。 该应用程序必须执行所有操作，如果缺少需求列表中的某些部分，则发布会延迟。 顺便说一句，该列表包含1474或更多要求。

因此，比以前的事实上的标准更快地发布是一个好主意。 不幸的是，大多数时候人们忽视了全局，导致了维护的噩梦。 我见过带有8000多行Objective-C ++代码的MVC（大型视图控制器）。 添加功能不需要花几天时间，而是要花几周甚至几个月的时间，开发速度就停止了。 这是技术债务的结果，由于专注于发布和截止日期而积累了债务。

总之，质量再次出现在公司眼中。 他们开始要求制定不合理的规则（例如，我以前的公司之一将该规则落实到位，“ 70％的新代码需要进行单元测试”）。 有了这种违反逻辑的规则，开发人员往往宁愿忽略它们并按原样进行。 这没有任何改善。

我们如何改变它？

为了追求更好，开发人员爬网。 更好的程序员，更好的架构师，任何更好的东西。 他们经常偶然发现每个超级/ rockstar-ninja-程序员都应该知道的有关应用程序体系结构，编程模式，新范例或其他特定主题的帖子，但他们很少能找到有关质量的信息。 是的，了解（并应用）最新的开发趋势绝对是一件非常棒的事情，但这是否可以帮助您在一两年内维护该应用程序？ 最初开发应用程序后会发生什么？ 谁来照顾它？ 你如何释放它？ 您修复哪个错误？ 在维护应用程序的同时，您还能如何开发新功能？

所有这些问题都不是开发人员通常关注的部分，但它们仍然是他的日常生活。 越早接受它越好。 随着您开始提供更高的质量，它对您的公司或客户也越好。

由于您正在阅读本文，因此您可能遇到与我一样的问题。

这个博客

该博客的目的是回答以上问题，甚至更多。 由于遵循结构化的方式要比仅几个松散耦合的帖子更容易，因此我们将创建一个应用程序，并在每个新帖子中改善质量观念。 这将引导我们经历不同的阶段，需求和想法，所有这些（希望）将帮助您减少捷径，并可能在非功能性需求上花费更多时间。
如果您像我一样，就讨厌编写演示应用程序了。 因此，该应用程序将没有直接代码。 相反，我们着眼于创造最好的特定要求和采取的步骤。 由于此应用程序需要一些实用性，因此我们收集一些要求。

它需要：

• 有一个用户界面（没有一个，应用程序的用途是什么？）
• 从后端请求数据
• 从后端解析数据
• 显示来自后端的数据
• 将数据发送到后端
• 与用户互动
• 无需全面的手动回归测试即可发布
• 在短时间内发布（在Scrum中，我们每2周讨论一次新发布，具体取决于冲刺周期）

哦，别忘了：

• 一个团队（至少2个）正在为此工作

这是我们目前的清单。 当然，如果您有更多要求，请发表评论。

让我们尝试提高移动应用程序的质量。

接下来：开发人员机器