我很惭愧地承认这一点，但我从未对我的代码进行过任何自动化测试。通常我会编写一个函数或方法，然后进行一些手动测试并继续。我意识到这是非常糟糕的做法，所以我正在尝试改变我的方式。问题是，我对如何真正开始有点迷茫。我正在使用连接到数据库的 Flask 编写一个小型 Python Web 应用程序，我想借此机会强迫自己进行更好的开发实践。
我猜我需要用一些测试数据填充我的数据库（可能只是编写脚本来生成它），然后继续为我的程序中的每个函数编写测试。
例如：我有一个从系统中提取所有用户评论的功能。我是否必须为特定用户编写测试，然后检查以确保返回的评论 ID 列表与我从手动数据库查询创建的数组匹配？这是单元测试吗？
只是很难理解这一切。甚至将我指向一些对新手友好的文档将不胜感激。
所以，首先，我想提一下自动化测试的目的。目的不是发现错误，而是捕捉回归。有时它确实有捕捉错误的好处，但总的来说，编写和维护自动化测试套件是一项相当多的工作。如果您只是为了寻找错误，那么手动测试要便宜得多。进行自动化测试的优势在于，您可以在进行重大更改时运行您的套件，并且更有信心您没有破坏世界。这种回归测试是为什么值得编写自动化测试的关键。
我将描述测试方法，然后是一般测试策略。我也只是解释一切，如果你已经知道我说的一半，请不要生气。
话虽这么说，有三个广泛的测试级别：
单元测试是最小规模的测试。它测试单个函数和/或类。有许多库可用于单元测试，适用于各种不同的语言。python 的一个例子是 PyUnit。
您通常通过编写大量的小范围测试来完成单元测试。例如，如果您编写了自己的容器类（不太可能在 python 中，但它是一个简单的示例），您将有用于添加项目、删除项目、查找项目等的单元测试。
组件测试将您的程序作为单独的组件进行测试。这通常是通过创建其他组件的模拟来完成的。它通常也通过使用单元测试库来完成，只是使用更大的测试。每个类可能有 10 或数百个单元测试（很大程度上取决于类的大小），但系统的每个组件都会有少量组件测试。
例如，您提到了一个数据库。您可以通过编写一个返回预设数据的模拟数据库并使用模拟测试与数据库接口的部分来进行组件测试。这比单元测试更难，因为可测试性开始成为设计中的一个问题。如果数据库被硬编码到您的程序中，您将如何模拟数据库。做起来还是比较容易的，只是需要一些深谋远虑和计划。
系统测试是最难编写测试的，因为你必须有集成点来驱动你的系统。在个人项目中，您可能会跳过系统测试，特别是如果您已经完成了单元和组件测试的彻底工作。
系统测试涉及遍历整个系统的场景。难度大大增加，尤其是对于 UI 应用程序，因为您必须有一种方法来模拟用户输入。对于基于文本的系统，如编译器，您只需要生成文本，但对于 UI，您必须驱动输入或在输入回调中设置测试挂钩。没有一种适合所有解决方案的解决方案，就像单元测试一样。
现实世界的测试与我进入该行业之前所认为的测试完全不同。当我在学校的时候，我把很多时间浪费在做一些我认为在“测试”时很有成效的事情上。话虽如此，这是我的建议：
进一步阅读：
通过简单的谷歌搜索“烧瓶测试”，返回的第一项：http: //flask.pocoo.org/docs/testing/
对于单元测试，我认为您可以使用一些基于文件系统的数据库，例如 SQLite3。
至于如何验证您的功能（如何在测试用例中编写断言），这实际上取决于您的功能在做什么。对于您的特定情况，我认为您至少需要两个测试用例：一个用于存储列表评论的用户，另一个用于未知用户，预计不会返回任何评论。
你可以从一些关于如何编写单元测试的在线指南开始，像这样