- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我是单元测试的新手,想从 nose framework 开始.但使用 unittest 回答, pytest也欢迎。当然,还有一般性建议。
我想我已经掌握了基本概念,但我缺乏设置良好测试的实践。我也在为如何布置测试而苦恼。 我特别不确定如何处理我想在模块的不同功能上运行几个测试用例的情况:
例如:我可能有一个名为diceroller.py
的模块,它包含一些模拟掷骰子、修改和测试结果等功能。掷骰子的所有函数都应该通过相同的测试运行(它们是否返回整数列表、具有正确数量的值、值是否在范围内等)。但其中一些也应该针对一些额外的案例运行。
所以我得到了一个子目录 test
并且想在那里设置我的测试代码。我该如何处理?
# a section of `diceroller.py`
def roll_a_dice(sides=6):
"""Return an integer x where `x >= 1 <= sides`"""
return random.randint(1, sides)
def roll_dice(sides=6, count=1):
"""Return a list of integers (most function except this)"""
rolls = list()
while count:
rolls.append(random.randint(1, sides))
count -= 1
return rolls
def roll_some_dice(sides=6, count=1, times=1):
"""Return a list of list containing integers"""
some_rolls = list()
while times:
some_rolls.append(roll_dice(sides, count))
times -= 1
return some_rolls
def rolling_dice(sides=6, count=1):
"""Yielding integers `count` times"""
while count:
count -= 1
yield random.randint(1, sides)
小更新
Simeon Visser 的观点很好。但是上面的代码也为我的问题添加了一些上下文,这就是:我如何(重新)在不同的函数上使用测试用例?
我想编写像 check_xyz
这样的测试,然后从 test_a
和 test_b
调用它,是最简单的解决方案吗?或者这是不好的做法?
Rik Poggi 的解决方案似乎完全符合预期的目的(在输入此内容后会立即使用它)。但我有点觉得它使事情“复杂化”了很多......可能不是在技术方面,但它可能“太多了”。
最佳答案
我不会解决您要测试的示例代码明显存在的问题。我将重点关注您关于重用测试代码的问题。
开始之前要牢记的重要事项:
测试的简单性是必须的,在保持这一点的同时,您需要在最后两点之间找到正确的平衡。
最后一个警告:重用您的测试代码时要非常非常小心,因为如果您做错了,您的测试就会出现错误。测试错误很难发现,但一年后您可能会发现一个,怀疑的种子就会埋下,对您的测试的信任度可能会降低。您不信任的测试(“哦,那个失败了,但没关系,因为另一个也失败了,等等……”)完全没有值(value)。
既然我们扫清了障碍,让我们看看您的代码。通常,测试的动态部分是通过上下文(setUp
和 tearDown
方法)实现的,但在您的情况下,事情要复杂一些。
I want to run a couple of test cases on different function of a module.
您实际上并不希望相同 测试用例以不同的功能运行,而只是希望使用相同的代码。一个好的测试环境将(至少)为每个功能提供一个测试用例。
由于您正在寻找针对另一个函数的部分输出运行先前测试用例/套件的能力,因此您需要 functools.partial
这将使您可以使用默认参数包装您的函数。
这意味着你应该从底部开始,从最简单的测试开始:
def check_valid_range(value, sides):
"""Check that value is a valid dice rolling"""
assert 0 < value <= sides
def check_is_int(value):
"""Check that value is an integer"""
assert type(value) is int
然后在它们之上构建(具有一点可插性):
class TestRollADice:
"""roll_a_dice basic tests"""
@staticmethod
def func_to_test(*args, **kwargs):
return diceroller.roll_a_dice(*args, **kwargs)
@staticmethod
def check_valid_output(value, sides):
"""Check that value is the self.function is valid"""
yield check_valid_range, value, sides
yield check_is_int, value
def test_3sides(self):
"""Check valid result for a 3 sides dice"""
yield self.check_valid_output, self.func_to_test(3), 3
def test_list_valid_sides(self):
"""Check valid result for a list of valid sides (sides >= 3)"""
sides = list(range(3, 13))
for s in sides:
yield self.check_valid_output, self.func_to_test(s), s
def test_0_sides_raises_ValueError(self):
"""0 side dice raise ValueError"""
assert_raises(ValueError, self.func_to_test, 0)
def test_1_sides_raises_ValueError(self):
"""1 side dice raise ValueError"""
assert_raises(ValueError, self.func_to_test, 1)
def test_2_sides_raises_ValueError(self):
"""2 sides dice raise ValueError"""
assert_raises(ValueError, self.func_to_test, 2)
def test_minus1_sides_raises_ValueError(self):
"""-1 side dice raise ValueError"""
assert_raises(ValueError, self.func_to_test, -1)
这些是您的roll_a_dice
函数应该进行的最少测试。尝试在你的包中运行 nosetests
,你会看到其中两个失败,看看测试是多么重要!! :)
我相信您已经注意到测试名称是多么冗长,这是为了提高可读性。
现在对于 roll_dice
主测试类应该测试这三个、四个基本值和基本错误,因为好的应该是简单的并且控制正在测试的内容,我会说您可能需要一些功能,例如:
def check_list_length(self, lst, count):
"""Check that the len(lst) == count"""
assert len(lst) == count
def check_valid_count(self, count):
"""Check count > 0"""
assert count > 0
class TestRollDice:
# ...
现在如果你想重用旧代码,你可以子类化 TestRollADice
:
from functools import partial
class TestRollDice_Count1(TestRollADice):
@staticmethod
def func_to_test(*args, **kwargs):
return partial(diceroller.roll_dice, count=1)(*args, **kwargs)
瞧,几乎是免费的,你将有两倍于以前的测试:)
注意:
unittest
语言编写,但是既然你问了关于 nose
的问题,我就用它来写了。关于python - 在 Python 中对不同函数重用单元测试的良好实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9824796/
本文分享自华为云社区《大模型LLM之分布式训练》,作者: 码上开花_Lancer。 随着语言模型参数量和所需训练数据量的急速增长,单个机器上有限的资源已无法满足大语言模型训练的要求。需要设计分布式训
本文分享自华为云社区《五大基础算法--动态规划法》,作者: 大金(内蒙的)。 一、基本概念 动态规划法,和分治法极其相似。区别就是,在求解子问题时,会保存该子问题的解,后面的子问题求解时,可以直接拿来
pip install scp pip install pexpect 测试代码: import os import stat import paramiko # 用于调用scp命令 def s
我目前正在实现“ token ”REST 服务。 token 只是一个字符串,由一些参数构建而成,然后经过哈希处理并在一定时间后过期。 我想在我的 REST 服务中有一个可以验证 token 的端点,
打开软删除后,我在客户端上添加一条记录,推送,删除添加的记录推送,然后尝试使用与初始记录相同的主键添加新记录(然后推送),我得到一个异常(exception)。 EntityDomainManager
打开软删除后,我在客户端上添加一条记录,推送,删除添加的记录推送,然后尝试使用与初始记录相同的主键添加新记录(然后推送),我得到一个异常(exception)。 EntityDomainManager
我有一个应用程序,每 x 秒接收一次天气信息。我想将此数据保存到 XML 文件中。 我应该为每个天气通知创建一个新的 XML 文件,还是将每个通知附加到同一个 XML 文件中?我不确定 XML 标准的
我猜我们大多数人都必须在某个时候处理这个问题,所以我想我会问这个问题。 当您的 BLL 中有很多集合并且您发现自己一遍又一遍地编写相同的旧内联(匿名)谓词时,显然有必要进行封装,但实现封装的最佳方
我有一些 c# 代码已经运行了一段时间了..我不得不说,虽然我了解 OO 原则的基础知识,但显然有不止一种方法可以给猫剥皮(尽管我讨厌那个短语!)。 因此,我有一个基本抽象类作为基本数据服务类,如下所
我设计了一个 SQL 数据库系统(使用 Postgre),我有一个问题,即创建一个关系/引用的常见做法是什么,这种关系/引用即使在引用的对象被删除时也能持续存在。 比如有一个UserORM,还有Act
我们的目标是搜索用户输入的字符串并计算在其中找到多少元音。不幸的是我被困在这里,有什么帮助吗? def numVowels(s): vowels= "AEIOUaeiou" if s
我有一个适用于我的“items”int 数组的旋转函数。下面的代码完成了它,除了我不必要地传输值。我正在努力实现“就地”轮换。我的意思是 ptrs 会递增或递减,而不是从数组中获取值。我需要通过这种方
我有一个 json 存储在我的应用程序文档文件夹中,我需要在我的所有 View 中使用它。我正在加载 json 并将其添加到每个 View 中的 NSMutableArray。但现在我了解到,我可以将
我用 C++ 开始了一个项目。这种语言的内存管理对我来说是新的。 我过去常常使用 new () 创建对象,然后传递指针,虽然它可以工作,但调试起来很痛苦,人们看到代码时会用有趣的眼神看着我。我为它没有
已结束。 这个问题是 off-topic .它目前不接受答案。 想要改进这个问题? Update the question所以它是on-topic堆栈溢出。 关闭 10 年前。 Improve thi
保持类松散耦合是编写易于理解、修改和调试的代码的一个重要方面——我明白这一点。然而,作为一个新手,几乎任何时候我都会超越我所苦苦挣扎的最简单的例子。 我或多或少地了解如何将字符串、整数和简单数据类型封
我发现我需要编写大量重复代码,因为我无法从其他 Controller 调用函数。例如,这里新闻提要内容在我的代码中重复,我对一个 Controller 做一些特定的事情,然后需要像这样加载我的新闻提要
假设需要一种数字数据类型,其允许值在指定范围内。更具体地说,假设要定义一个整数类型,其最小值为0,最大值为5000。这种情况在很多情况下都会出现,例如在对数据库数据类型,XSD数据类型进行建模时。 在
假设我想循环整个数组来访问每个元素。使用 for 循环、for...in 循环或 for...of 循环是 JavaScript 开发人员的标准做法吗? 例如: var myArray = ["app
我有一个旧的 SL4/ria 应用程序,我希望用 Breeze 取代它。我有一个关于内存使用和缓存的问题。我的应用程序加载工作列表(一个典型的用户可以访问大约 1,000 个这些工作)。此外,还有很多
我是一名优秀的程序员,十分优秀!