您是否在登录的验收测试或单元测试中测试所有无效电子邮件和密码的组合？
我已经使用Codeception为登录编写了一个验收测试，它测试用户是否可以：
1.使用有效凭据登录
具有有效凭据的登录将打开页面、填写字段、提交并检查用户现在是否在仪表板中。
2.无法使用无效凭据登录
具有无效凭据的登录也会这样做，但在提交时，我会检查是否有消息表明用户名和密码组合不正确
3.不能使用空凭据登录
具有空凭据的登录也会执行相同的操作，但在提交时，我会检查表单输入下显示的元素中的消息，这些元素指示该字段是必需的。
这似乎是一个几乎可以接受的登录测试套件（可能不是我真的不知道），但它不会测试无效用户名（电子邮件地址）和密码（最小长度为8个字符）的不同组合，但我不确定是否尝试提交一组可能无效的电子邮件，在验收测试中，你要做的就是检查UI。。。这更像是一个单元测试吗？
提前思考你在验收测试中的界限，因为这是一个相对较小的例子，但是一些即将出现的表单相当大，所以如果我想到一个30的输入表单，我应该在验收测试中尝试实现什么单元测试应该分离什么？
共有1个答案
单元测试和验收测试服务于不同的目的，为您提供不同级别的细节，通常由不同的人编写（相应地，软件工程师和测试工程师）。
如果您的登录验收测试失败，您将知道登录功能未按预期工作。如果单元测试失败，您将知道哪段代码没有按预期工作，因为它可以访问实际代码（例如，您的密码哈希算法没有工作）。
在编写测试用例时，看看等价类划分是有意义的。对于密码，您必须检查：空密码、7个字符的密码、8个字符的密码、长度在0到7之间的密码、无效字符的密码等（取决于您的要求）。
-
时常组件在运行的时候需要配置你的步骤使用步骤并且迟绑定注入上下文从步骤或者是任务执行。这些是机警的测试像单独的组件除非你有一个办法设置上下文就像他们在一个步骤里执行。那是两个组件的目标在spring batch中：StepScopeTestExecutionListener 和 StepScopeTestUtils 这个监听是公开的在类级别中,它的工作是创建一个步骤为每个测试方法执行上下文。例如：
-
我用的是拉威尔的授权书。我正在测试你放入电子邮件的页面，当你点击提交按钮时，密码重置电子邮件将发送到你的电子邮件。 当我手动重置密码时，会发送密码重置电子邮件。但我创建了这个测试，以确保密码重置电子邮件被发送，但它不起作用。 有1次失败： 1） 预期的[Illumb\Foundation\Auth\ResetPassword]邮件未排队。断言false为true失败。 我遵循以下代码： https
-
Android Studio 1.1 添加了单元测试支持，详细请看 Unit testing support。本章的其余部分描述的是 “instrumentation tests”。利用 Instrumentation 测试框架可以构建独立的测试 APK 并运行在真实设备（或模拟器）中进行测试。
-
英文原文：http://emberjs.com/guides/testing/unit/ 单元测试用于测试代码的一个小片段，确保其功能正常。与集成测试不同，单元测试被限定在一个范围内，并且不需要Ember应用运行。 全局 vs 模块 过去如果没有作为一个全局变量加载整个Ember应用，要对应用进行测试非常困难。通过使用模块（CommonJS，AMD等）来编写应用，可以只加载被测试的部分，而不用将其
-
系统测试和验收测试的区别如下表所示： 编号 系统测试 验收测试 1 执行系统测试以测试软件的端到端功能。 执行验收测试以测试软件是否符合规定的要求和用户要求。 2 只有开发人员和测试人员才能执行系统测试。 它可以由测试人员，利益相关者和客户执行。 3 它可以是非功能性和功能性测试。 它只能是功能测试。 4 在系统测试中，可测试整个系统的性能。 在验收测试中，测试系统是否符合要求。 5 系统测试使用