python - 使用 Recorder 模块进行 Kivy 单元测试

Question

我正在尝试为我的 Kivy 应用程序编写一些单元测试，似乎一个好的方法是使用记录器模块执行一些简单的操作，然后断言适当的小部件已添加/销毁(或者，因为我正在使用 Storage 模块，DictStore 已更新)。

我成功录制了一段录音，但我不知道如何运行我的应用程序并播放录音。我已经做了相当多的谷歌搜索，但我似乎无法找到一个例子。这是我到目前为止所拥有的:

from my_app import MyApp
from kivy.input.recorder import Recorder

def recorder_loop(instance, value):
    if value is False:
        instance.play = True

app = MyApp()
app.run()
rec = Recorder(filename='my_recorded_file.kvi')
rec.bind(play=recorder_loop)
rec.play = True
app.stop()

但是，我在这里很困惑。一旦我调用 app.run()，似乎 python 就会等待来自应用程序的输入，而不是执行记录器代码。那么，我该如何回放这段录音呢？

Answer 1

当然要等。应用程序只是一个无限循环，一遍又一遍地执行一些代码。如果没有处理输入，您甚至无法与之交互。想象一下 while True: pass .

但是，应用程序的工作方式有点不同，如果您能够“暂停”无限循环，它会为您提供从外部进行交互的选项，这样它就可以获取您喜欢用它做的任何事情。

尽管Recorder是一个非常好的模块，即使在编辑了 Action 之间的时间之后，它的测试速度也非常慢，因此使用它必须有一个非常好的理由，否则它只是在浪费资源和时间，而这在测试时是宝贵的。

阅读我的 "article"关于使用 Kivy 进行单元测试，甚至还有一个运行多个测试的包(类似于 nose，但更简单)。我真的不打算删除那个 repo 协议(protocol)，但万一发生了什么事:

import unittest

import os
import sys
import time
import os.path as op
from functools import partial
from kivy.clock import Clock

main_path = op.dirname(op.dirname(op.abspath(__file__)))
sys.path.append(main_path)

from main import My


class Test(unittest.TestCase):
    # sleep function that catches `dt` from Clock
    def pause(*args):
        time.sleep(0.000001)

    # main test function
    def run_test(self, app, *args):
        Clock.schedule_interval(self.pause, 0.000001)

        # Do something
        app.my_button.dispatch('on_release')
        self.assertEqual('Hello Test', app.my_button.text)
        #self.assertEqual('Fail Test', app.my_button.text)

        # Comment out if you are editing the test, it'll leave the
        # Window opened.
        app.stop()

    # same named function as the filename(!)
    def test_example(self):
        app = My()
        p = partial(self.run_test, app)
        Clock.schedule_once(p, 0.000001)
        app.run()

if __name__ == '__main__':
    unittest.main()

“暂停”方法会间隔地从内部暂停应用程序的无限循环，让您可以非常轻松地与之交互。

让我们进入不太愉快的部分。测试时，您可能需要导航到一些小部件等，但使用这种方式时会有一种冲动，希望将所有内容都放入 App 类中以便于访问。不要那样做，你会很快用完名字，这会让你的主要代码更加困惑。

尽管something.ids.<id>.children[1].ids. ...不太好看，它很方便，因为它可以让你看到你探测一棵树的深度，你在哪里以及......你仍然可以在测试开始时将它放入变量中。进行测试时，查看 kv 会很方便文件，它使遍历子树更容易编写。

随时查看my tests .

---

更新:最近我从 Tito 看到了一些新东西，这肯定有助于比通过 ids 更好地访问对象。 - Telenium .