Visual Studio 2008 中的 ASP.Net 应用程序
我正在创建单元测试来测试 Web 应用的（有效）登录。我有一个 Authenticate(User,Pass) bool 方法。空大小写和无效密码测试正常工作。
我的问题是如何测试有效的登录。我有对网络应用程序有效的帐户，但我觉得用户名和密码中的硬编码可能不是最好的解决方案。
我想我可能必须： 创建测试用户 授予用户对 Web 应用程序的访问权限 运行我的测试 删除测试用户
有更好的方法吗？
【问题讨论】：
标签： asp.net visual-studio visual-studio-2008 unit-testing active-directory
首先，如果您在与真实的 Web 应用程序或真实的数据库通信，那么您不是在进行单元测试，而是在进行集成测试。
您要在这里测试的究竟是什么？
那个：
请记住，您不应该断言事实，而应该断言行为。因此，与其尝试验证特定帐户是否在 AD 中，不如验证当给定正确的用户名和密码时，您的代码会按预期运行，并且当给定错误的用户名或密码时，它也会按预期运行，您应该尝试这样做不涉及 Active Directory。
在上面的前两种情况下，涉及到多段代码：
那么，您是否正在测试您的数据库是否正常工作？或者您检查有效性的代码是否有效？
我会伪造检索现有帐户的代码，并使其在一个单元测试中响应“这里是帐户数据”，在另一个单元测试中响应“没有匹配的帐户”，以验证您的登录代码是否以正确的方式响应，通过登录用户，或以错误响应，然后对此进行断言。
请注意，在某些时候您还需要进行实际的集成测试，因为您希望确保查询 Active Directory 的代码正常工作，但您应该在不涉及 Active Directory 的情况下测试尽可能多的行为，它会使您的测试更具可读性（一切都在一个地方），更易于维护（无需登录到 Active Directory 来生成新的测试数据），并且更值得信赖（如果有人弄乱了 Active Directory，网络何时会失败，网络是不稳定，用户已被删除，软件升级因此响应不同等）。
我见过太多“单元测试”由于外部依赖而失败，我的建议是尽量减少这些，最好完全没有。对于您的单元测试。
【讨论】：
您不能使用模拟数据源而不是从其中检索实际用户名和密码的实际数据源吗？
这将是我推荐的方法，因为您要测试的是身份验证过程，而不是数据。
【讨论】：