Selenium3.4.0-Python3.6.1：在使用unittest的Selenium- Python绑定中，我如何决定何时使用self.assertIn或assert

Question

我正在使用Selenium 3.4.0和Python
3.6.1。我已经通过Python文档通过unittest模块编写了一个脚本，该模块是基于Java的内置Python，JUnit在Windows 8
Pro计算机，64位OS，x-64处理器上使用geckodriver 0.16.1和Mozilla Firefox
57.0。在我的测试方法test_search_in_python_org()中，以下几行效果很好：

    def test_search_in_python_org(self):
      driver = self.driver
      driver.get("http://www.python.org")
      self.assertIn("Python", driver.title)
      elem = driver.find_element_by_name("q")
      elem.send_keys("pycon")
      elem.send_keys(Keys.RETURN)
      assert "No results found." not in driver.page_source

当我断言“页面标题”时，我正在使用： self.assertIn("Python", driver.title)

但是，当我声明一个字符串（我的假设）时，在页面源中使用的是： assert "No results found." not in driver.page_source

我的问题是什么因素/条件决定了我应该使用self.assertIn还是简单使用 assert？

任何建议或指示将对您有所帮助。

Answer 1

看一下Python unittest
文档，同时回顾一下我曾经在这里进行的一系列Django单元测试，这些都是我的发现。

使用案例：

第一件事是最简单的事情，而我认为两者之间最大的不同是可以使用每个命令的情况。在测试类的情况下，它们都可以互换使用，但是，要使用该assertIn命令，您需要导入unittest库。所以，说我想知道是否h在hello。通过assertIn命令执行此操作的简单方法是：

class MyTestCase(unittest.TestCase):
    def is_h_in_hello(self):
        self.assertIn("h", "hello")

然后我需要运行测试，即通过unittest.main()本示例进行测试，以获得答案。但是，使用该assert命令可以更轻松地查看hin
hello。这样做非常简单：

assert "h" in "hello"

但本质上，两者都会给我相同的答案。但是，两种方法的区别在于第二种方法的使用简便。

结果：

我发现的第二个区别是结果在Python
Shell上的可读性。该unittest库的设计，使得命令是非常具体的。因此，如果测试失败，您将收到一条非常明确的消息，指出出了什么问题。现在说，你想看看是否b在hello。通过class方法（只需更改"h"为"b"）进行操作，运行测试后得到的消息是：

AssertionError: 'b' not found in 'hello'

----------------------------------------------------------------------
Ran 1 test in 0.038s

FAILED (failures=1)

因此，它非常清楚地告诉您：'b' not found in 'hello'，这使您很方便地查看问题所在。但是说您通过assert命令执行相同的过程。生成的错误消息类似于：

Traceback (most recent call last):
  File "<pyshell#2>", line 1, in <module>
    assert "b" in "hello"
AssertionError

尽管它告诉您错误类型（AssertionError）和回溯，但并没有特别告诉您"b" is NOT in "hello"。在这种简单的情况下，很容易查看回溯并说哦，您好！但是，在更复杂的情况下，要弄清为什么会生成此错误消息可能会很棘手。

总体而言，这两种方法非常相似，可以为您提供所需的结果，但是从本质上讲，这归因于此处和此处的微小差异，更少的代码行以及Shell消息的直接性。