这是AI翻译的帖子。
选择语言
durumis AI 总结的文章
- 本文強調了在應用程式發佈之前編寫測試程式碼的重要性，並提出了各種測試方法的優先順序，包括人機測試、整合測試、單元測試以及驗收和小工具測試。
- 開發人員應優先考慮人機測試和整合測試（以提供者為中心），並在發佈後添加單元測試，而驗收和小工具測試由於耗時較長，因此建議在考慮效率的基礎上進行。
- 通過自動化測試來節省時間，提高開發速度，以實現快速發佈為目標。
"付出比收益大就不划算。也就是说，如果编写测试所花费的时间更长，那么就没有意义。"
寫測試會耗盡所有時間嗎？
测试编写的叙述
在发布应用程序之前，我想先进行简单的测试代码。实际上，因为是自动化测试，所以为了避免以后吃亏，现在就写下来会比较好。
首先，我认为测试的优先级是
人工测试 > 集成测试 (仅限提供者) > 单元测试 > 小部件，验收测试
1. 随便人工测试
"随便人试试就行了"
首先，在进行集成测试时，我会大致浏览用户流程。这样一来，至少测试已经通过一次，应该没问题吧？
2. 单元测试
"只测试最小的组件是否正常"
实际上，因为不存在其他人合并代码的情况（因为是个人开发），所以优先级相对较低。首先，我会大致确认一下是否可以正常运行，然后发布后才会编写单元测试。反正已经可以运行了，说明开发已经完成了。除非更新或添加其他内容，否则在短期内发生错误的可能性很小。
3. 集成测试
"实际上是提供者测试。只专注于这个部分就行了"
在我开发的应用程序中，我认为实际上是提供者检查。因为没有时间重新创建所有内容，而且通常所有流程都是通过 Riverpod 进行的，所以只要做完这个部分，错误率应该会大幅降低吧？我认为是这样的。
4. 验收测试，小部件测试
"虽然很重要... 但是如果做这个会花很多时间"
用户流程确认和小部件的测试实际上非常重要。但是问题是... 编写这些测试会花费大量时间。不仅难以确认所有分支，而且实际上不可能完全编写所有测试... 而且，仅仅进行这些测试也无法保证 100% 的安全性。因此，我认为性价比非常低。在进行集成测试和提供者测试后，如果出现问题，我会向用户发出警报... 然后我会在需要时进行更新，这样可以吗？
雖然看起來有點不負責任，但這似乎是最好的方法。
我的想法
实际上，测试等同于自动化。通过将需要人工逐一测试的内容自动化，可以节省大量时间，这是一种很好的方法。
毕竟时间就是金钱，所以要快速开发急需的内容，尽快发布。
時間緊迫，需要快速開發。
关于开发者
全球交友應用程式愛戀由實際的國際夫妻共同開發和運營。
YouTube : https://www.youtube.com/@AlienApp
电子邮件：slugj2020@gmail.com
