在对javascript/NodeJS应用程序进行原型设计时,应该测试什么,不应该测试什么

What should and should not be unit tested when prototyping javascript/NodeJS application?

本文关键字:什么 测试 不应该 NodeJS javascript 应用程序 原型 在对      更新时间:2024-01-03

我知道理想情况下应该对所有内容进行单元测试。到目前为止,这就是我的态度。然而,作为一个人创业公司,我认为这是一种完全错误的方法,尤其是在原型设计方面。主要是因为大多数代码在进入生产之前都会被更改或修改。

我找到了这个答案,但对于原型设计来说,这似乎还是有些过头了。

我知道不测试不是一种选择,但如何在应该测试和不应该测试之间找到平衡?

如果你回答这个问题,我也会非常感谢资源链接,如果你知道任何关于这个主题的好文章,请。

测试什么能让您对软件充满信心。这就是所有的测试,确保你写的东西和你认为的一样(尤其是在你改变事情的时候)。

其中一部分是个性。你可以写0测试,并有99%的信心,当然,你会有一天感到惊讶。你可以写很多测试,并有10%的信心,因为你只是一个担忧者。

就我个人而言,我建议为您的主要功能和流程编写测试。登录、向数据库发送数据、运行算法、从某个地方接收事件等。这些可能只是目前的成功案例,但当你运行测试时,你就会知道软件的主要部分会起作用。

确保它们协同工作——进行一些与多个组件交互的测试。我知道这不是一个"真正的单元测试",我不会在集成测试和单元测试之间做出选择,但如果你在真空中测试所有东西,你会毫无根据地相信所有的部分都能一起工作。

同样,运行自动化测试套件的意义在于:如果测试通过,你就知道你的软件会工作(至少在编写测试时是这样,所以你总是可以在出现角落案例时添加更多的测试)。

在我看来:我建议从"外部"测试您的系统。您正在编写REST服务器吗?将测试编写为HTTP请求,以确保输入正确的数据,并返回正确的数据。我会使用一个真实的数据库,而不是嘲笑所有的东西,因为有时持久性或查询的工作方式与代码不完全一样。您将更有信心,您的软件的外部"用户"将获得您期望的数据,并且您的软件将按预期运行。