Unit testing 单元测试证明了功能吗?

Unit testing 单元测试证明了功能吗?,unit-testing,functional-testing,Unit Testing,Functional Testing,我有一个思洛存储器类型的子系统,它接收消息输入,完成其功能,然后给出消息输出 每个单独的函数都很简单,将数据传递到正确的寄存器进行单元测试似乎毫无意义。但是,作为一个整体,子系统非常复杂,确定输入和输出既困难又耗时。你在哪里划定了测试多少和测试方式的界限?自下而上?还是自上而下 由于子系统是自包含的,如果您可以在单元测试级别上证明每个单独的功能,您能否证明子系统作为一个整体工作?单元测试用于测试每个单独的子系统。您必须编写一个集成测试,以确保所有不同的子系统协同工作。您不能仅仅因为某个程序的各个

我有一个思洛存储器类型的子系统,它接收消息输入,完成其功能,然后给出消息输出

每个单独的函数都很简单,将数据传递到正确的寄存器进行单元测试似乎毫无意义。但是,作为一个整体,子系统非常复杂,确定输入和输出既困难又耗时。你在哪里划定了测试多少和测试方式的界限?自下而上?还是自上而下


由于子系统是自包含的,如果您可以在单元测试级别上证明每个单独的功能,您能否证明子系统作为一个整体工作?

单元测试用于测试每个单独的子系统。您必须编写一个集成测试,以确保所有不同的子系统协同工作。您不能仅仅因为某个程序的各个部分的单元测试都通过了就断定该程序可以工作。主要是因为单元测试通常抽象和模拟集成点。您需要集成测试来确保不同组件之间的正确集成

我认为这是一种判断,决定什么需要测试。
没有两个系统是相等的,不同系统的测试要求也往往不同

您的观点是有道理的,但只是澄清一下,每个子系统都有单独的功能,这些功能都经过单元测试。该子系统作为一个整体与其他子系统一起工作。我想证明每个子系统都独立工作,但其中的所有功能都正常工作。一起或单独。就像我说的,我仍然理解你的观点。你有推荐人吗?对不起,没有推荐人。这些只是我的观点,当涉及到你真正需要多少测试时,每个项目都会有所不同。100%的测试覆盖率通常是不现实的,所以我的指导原则是在测试增加价值的地方添加测试。但另一点是,即使现在一切正常,如果您重构代码,添加额外的测试将提供一个安全网