我想问一下是否有最佳实践,还是应该为后端和前端seperatley编写单元测试。更详细地讲:我们有一个前端,它将ajax请求发送到后端API服务器。如果我们测试前端并检查那里是否一切正确,我们是否还需要后端测试?还是将这2个分为前端和后端测试更好。如果可以,为什么?
答案 0 :(得分:1)
测试应该始终在前端和后端之间分开。如果您要测试API,则可以使用PostmanRunner等实用程序编写测试,并检查API的所有功能是否正常工作。
例如,如果您的API是用Laravel / Lumen编写的,则可以编写自己的单元测试。
这是个人喜好,它在很大程度上也取决于公司的政策或您的个人设置。
答案 1 :(得分:1)
软件测试的主要目的之一是确定对功能的期望。即使重构,接口也应该做同样的事情。
单元测试通常检查单个接口的正确性,该接口可以是类或函数。单元测试应快速运行并在早期阶段发现错误。如果发生错误,则很容易找到原因,因为测试涵盖的代码很少。
集成测试检查多个组件之间的交互。如果发生错误,则很难找到原因,因为错误可能是组件之一,也可能是组件之间的交互。
基于此,我建议您为后端和前端编写单独的单元测试。如果前端需要交互,则可以使用模拟来模拟后端。另外,您还要编写集成测试,以检查前端和后端之间的复杂交互。
答案 2 :(得分:1)
你可以这样看...。
如果您有后端代码,则应使用单元测试进行介绍。 如果您有前端代码,那么还应该使用单元测试来覆盖它。
您将Selenium放在那里,而Selenium与单元测试无关。那是一个UI测试,而且速度慢而脆弱。
作为经验法则,如果您编写代码,则不管在哪里使用某种业务价值,规则等,然后进行测试。
如果您构建API,请使用单元测试和集成测试进行介绍。 无论您构建的系统是什么,如果有用户界面,那么您也应该进行一些UI测试,以确保一切正常,但不要对它们进行过多的测试,因为任何依赖于UI来自动化测试的东西都可能会改变因此维护成本会很高。