我正在尝试在我的数据库中测试唯一性,但我遇到了一些麻烦。我运行了这次迁移:
def change do
create table(:signups) do
add :name, :string
add :email, :string
timestamps()
end
create unique_index(:signups, [:email])
end
在我的模型中有这个变更集def:
def changeset(struct, params \\ %{}) do
struct
|> cast(params, [:name, :email])
|> validate_required([:name, :email])
|> validate_format(:email, ~r/@/)
|> update_change(:email, &String.downcase/1)
|> unique_constraint(:email)
end
并且失败的测试是:
test "duplicate email changeset is invalid" do
%Signup{}
|> Signup.changeset(@valid_attrs)
|> Repo.insert!
user2 = %Signup{}
|> Signup.changeset(@valid_attrs)
assert {:error, _changeset} = Repo.insert(user2)
end
即使它不应该,第二个插入似乎也会通过。返回的确切错误是:
1) test duplicate email changeset is invalid (EventSignup.SignupTest)
test/models/signup_test.exs:24
match (=) failed
code: {:error, _changeset} = Repo.insert(user2)
rhs: {:ok,
%EventSignup.Signup{__meta__: #Ecto.Schema.Metadata<:loaded, "signups">,
email: "some@content.com", id: 41,
inserted_at: #Ecto.DateTime<2016-09-11 19:35:40>,
name: "some content",
updated_at: #Ecto.DateTime<2016-09-11 19:35:40>}}
stacktrace:
test/models/signup_test.exs:31: (test)
有谁看到我在这里缺少的东西?如果我通过iex手动插入两个相同的记录,第二个插入将失败,但在测试过程中它会通过。
答案 0 :(得分:4)
我认为您的迁移和模型是正确的。但看起来你在使用= on assert宏时应该做类似的事情:
test "duplicate email changeset is invalid" do
%Signup{}
|> Signup.changeset(@valid_attrs)
|> Repo.insert!
user2 = %Signup{}
|> Signup.changeset(@valid_attrs)
{:error, changeset} = Repo.insert(user2)
refute changeset.valid?
end
这是我的测试工作。
test "only one setting per company" do
first_setting = insert(:setting)
second_setting = params_for(:setting, %{company_id: first_setting.company.id})
changeset = Setting.changeset(%Setting{}, second_setting)
{:error, changeset} = Repo.insert changeset
assert changeset.errors == [company_id: {"has already been taken", []}]
refute changeset.valid?
end
insert是ex-machina的一个辅助方法,它创建一个有效的模型,params返回一个有效的map,用同一个company_id强制发生错误。
答案 1 :(得分:1)
在测试环境MIX_ENV=test iex -S mix
中运行iex并尝试插入两个具有相同值的记录。如果它允许您这样做,那么这意味着您的测试数据库缺少unique_index。
重要!记得以后清理你的测试数据库。
或者:
跳过上面的描述并运行MIX_ENV=test mix ecto.reset
然后再次运行测试。如果他们通过了您的测试,则db缺少unique_index。