Laravel5.3+SQLite内存测试：空tearDown缺失引发外键约束异常

这个问题的核心在于Laravel测试的生命周期逻辑和SQLite内存数据库的外键约束特性之间的冲突，具体细节如下：

1. 当你没有自定义tearDown()方法时，测试类会继承执行父类TestCase中的tearDown()逻辑——这个逻辑会触发DatabaseMigrations trait的迁移回滚操作（migrate:rollback）。
2. SQLite内存数据库对表的删除顺序极其敏感：如果回滚迁移时先尝试删除被其他表关联的主表（比如你的countries表），而依赖它的从表（关联country_id的表）还存在，就会直接抛出外键约束失败的异常。
3. 当你定义空的tearDown()方法时，相当于覆盖了父类的回滚逻辑，跳过了迁移回滚步骤。由于SQLite内存数据库的特性——连接关闭后所有数据都会被清空，下一个测试方法执行时DatabaseMigrations会重新运行迁移，相当于每次测试都使用全新的数据库，因此不会触发外键约束问题。

而MySQL之所以不受影响，是因为它在处理迁移回滚时，会自动调整表的删除顺序（先删依赖主表的从表，再删主表），或者在删除表时暂时忽略外键约束，不会出现顺序冲突。

你有几个可行的解决办法：

方法一：在tearDown中禁用外键约束后执行父类逻辑 #

修改tearDown()方法，先禁用外键约束，再调用父类的回滚逻辑，避免SQLite在回滚时触发约束检查：

protected function tearDown()
{
    Schema::disableForeignKeyConstraints();
    parent::tearDown();
    Schema::enableForeignKeyConstraints();
}

方法二：使用DatabaseTransactions替代DatabaseMigrations（场景适配） #

如果你的测试不需要每次重新运行迁移，而是可以通过事务回滚清理数据，可以替换使用的trait：

// 替换原有的use DatabaseMigrations;
use DatabaseTransactions;

注意：DatabaseTransactions会在测试结束后回滚所有操作，包括你在setUp()中执行的seed数据，所以如果测试依赖seed数据，这个方法可能不适用。

方法三：修改迁移文件，明确回滚时的表删除顺序 #

在你的迁移文件的down()方法中，先删除依赖外键的从表，再删除主表，同时临时禁用外键约束：

public function down()
{
    Schema::disableForeignKeyConstraints();
    Schema::dropIfExists('phones'); // 替换为你的从表名称
    Schema::dropIfExists('countries');
    Schema::enableForeignKeyConstraints();
}

这样即使SQLite按顺序执行删除，也不会触发外键约束问题。

内容的提问来源于stack exchange，提问作者Shobi