在进行集成测试时,为了进行测试,数据库中通常已经存在许多数据对象。
例如,我想测试订单创建。
所以我需要的是:文章源自玩技e族-https://www.playezu.com/190348.html
- 将下订单的供应商
- 分支-我的项目中需要的我自己的特定域业务逻辑对象,以允许供应商获得订单。
- 创建供应商和分支机构的用户实体。
- 权限角色。
- 权限角色与该特定用户关联,因此他将具有创建此订单的权限。这是至关重要的-我希望没有正确权限的用户将被阻止,不允许创建订单-这也应该进行测试。
- 等等等等。
最后,我们可以进行订单创建测试。文章源自玩技e族-https://www.playezu.com/190348.html
正如你所理解的,可能有成千上万的角落案例,比如:用户A是谷歌组织的成员,他可能无法创建具有微软组织ID的订单,对吗?我也想测试一下。文章源自玩技e族-https://www.playezu.com/190348.html
现在,我不能用一个虚假的虚拟JSON来模拟所有这些数据,因为未来有大量的参数可能会发生变化——接下来是项目的设计和需求。文章源自玩技e族-https://www.playezu.com/190348.html
此外,我不熟悉任何顺序进行测试的方法,例如,我可以告诉Jest首先测试供应商创建,然后是分支创建……等等,所以当我开始创建订单时,我已经在DB中拥有了所有需要的东西。文章源自玩技e族-https://www.playezu.com/190348.html
正确的处理方法是什么?我想做一个真实的自动化测试,它需要事先创建一个真实的数据。文章源自玩技e族-https://www.playezu.com/190348.html
我正在使用Jest、Supertest和Typescript。文章源自玩技e族-https://www.playezu.com/190348.html
软件功能测试表格文章源自玩技e族-https://www.playezu.com/190348.html 文章源自玩技e族-https://www.playezu.com/190348.html
评论