相对于其它测试，数据库测试可以说是相对复杂繁琐的，因为数据库测试不可避免地会涉及到数据库的增删改查，而这些操作会影响数据库的数据，而我们测试最忌讳的就是修改了数据的测试，因为这样的话下次测试的时候，可能测试结果就会发生改变。
庆幸的是，laravel为我们提供了非常简洁的数据库测试方法，而且不会影响原数据。
use DatabaseMigrations
通过使用转移表，我们可以对数据进行。不过这就要求我们的数据是通过migration来生成的，如果直接在数据库创建的话，我们进行测试的时候就会提示：
SQLSTATE[HY000]: General error: 1 no such table: exchange_code
我们可以看下DatabaseMigrations的源码，可以看到它是trait,它会在执行测试之前
migrate:fresh
执行测试之后
migrate:rollback
这样的话就保证我们对数据库的操作都会进行回滚。
注意事项
这里的migrate:fresh 会删除掉所有表，然后重建数据.
use RefreshDatabase
这种方式回去判断是否是内存数据测试，如果是的话，因为是在内存操作，不影响数据库。
如果是mysql等数据库，它会启用事务，也就是我们测试的数据不会真的提交，测试完毕后，进行回滚，然后提交，也就是相当于我们对数据库什么也没做。
测试数据库的时候，我们都是使用工厂进行创建数据，否则你会发现即使数据库有数据，也是空的。
public function testGet()
{
factory(Exchange::class)->create();
$exchange = Exchange::select('code')->where('status', 0)->first();
$code = $exchange->code;
$this->assertDatabaseHas('exchange_code', [
'code' => $code,
]);
}
总结
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？