ubuntu持续集成测试工具。
ucitests的Python项目详细描述
……-*-模式:rst-*-
==
uci.tests
==
ubuntu持续集成引擎针对不同版本的不同ubuntu映像运行所有测试。
这个项目为许多用例中常见的实用程序提供了一个中心位置,因此我们不必为多个用例重新实现它们。项目。
它建立在lp:bzr、lp:testtools、
lp:subunit、lp:selenium简单测试以及python unittest本身中多年使用的技术之上。
测试加载程序
==
提供的测试加载程序对测试ID进行了标准化,并解决了unittest discover的当前问题和已知问题。
用于从任意树加载任意测试,依赖于python包中定义的简单挂钩。
示例包括lp:selenium简单测试脚本、shell脚本以及以不寻常方式组织的python测试。它也允许在同一棵树中混合不同的
测试。
BR/>重点是允许用户完全定制测试加载。
BR/> BR/>测试套件
SUIT.StestSub类实现了与UITTest.TestCase.bR/> Buff/>相似的语义(BR//> AdCuff/U.)。在加载测试时,应该使用现有的API来测试BR/>测试结果类。
BR/> BR/>测试选择< BR/>完整的,有时只有一个套件的
子集需要运行:
*开发人员可能希望在修复bug或BR/>开发一个新的特性时关注一个非常简化的集合。
*一个CI引擎可能只想运行硬件特定的测试或任何特定的
配置(网络、文件系统、OS)。选择或排除测试以一种出奇简单的方式解决了所有这些需求。
测试选择和测试结果
生产。
uci测试的目标不是提供一个一刀切的测试运行程序,而是允许人们使用自己喜欢的测试运行程序,或者通过提供可定制的测试加载程序来定义自己的测试运行程序,测试过滤器和测试结果。
“uci-run-tests”是一个简单的测试运行程序,演示如何使用不同的部件。它可能满足您的需要,也可能不满足您的需要;)
测试结果
==
这里提供的测试结果满足了ubuntu持续集成
引擎的需要。
这主要是一个简单的文本结果,显示测试id及其
计时,非常适合交互使用,或在
远程时提供反馈。执行。
当需要收集与故障相关的数据时,使用子单元,这个项目的重点是*测试*与子单元的集成。
测试设备
=====
testcase中的一个常见模式是在基类中添加设备,以便所有测试都可以访问它们。这会用大多数测试未使用的方法或属性污染基类。
fixture最好通过composition使用。但是需要额外的fixtures.feature.attribute使它们更难使用。
唯一的
约束是测试对象支持“addcleanup”和最常用的assertx方法。由于“addcleanup”是由unittest.testcase本身提供的,所以这是一个很轻的约束,大多数python测试框架都是从它继承来的。d用于其他无干扰的需求。
==
uci.tests
==
ubuntu持续集成引擎针对不同版本的不同ubuntu映像运行所有测试。
这个项目为许多用例中常见的实用程序提供了一个中心位置,因此我们不必为多个用例重新实现它们。项目。
它建立在lp:bzr、lp:testtools、
lp:subunit、lp:selenium简单测试以及python unittest本身中多年使用的技术之上。
测试加载程序
==
提供的测试加载程序对测试ID进行了标准化,并解决了unittest discover的当前问题和已知问题。
用于从任意树加载任意测试,依赖于python包中定义的简单挂钩。
示例包括lp:selenium简单测试脚本、shell脚本以及以不寻常方式组织的python测试。它也允许在同一棵树中混合不同的
测试。
BR/>重点是允许用户完全定制测试加载。
BR/> BR/>测试套件
SUIT.StestSub类实现了与UITTest.TestCase.bR/> Buff/>相似的语义(BR//> AdCuff/U.)。在加载测试时,应该使用现有的API来测试BR/>测试结果类。
BR/> BR/>测试选择< BR/>完整的,有时只有一个套件的
子集需要运行:
*开发人员可能希望在修复bug或BR/>开发一个新的特性时关注一个非常简化的集合。
*一个CI引擎可能只想运行硬件特定的测试或任何特定的
配置(网络、文件系统、OS)。选择或排除测试以一种出奇简单的方式解决了所有这些需求。
测试选择和测试结果
生产。
uci测试的目标不是提供一个一刀切的测试运行程序,而是允许人们使用自己喜欢的测试运行程序,或者通过提供可定制的测试加载程序来定义自己的测试运行程序,测试过滤器和测试结果。
“uci-run-tests”是一个简单的测试运行程序,演示如何使用不同的部件。它可能满足您的需要,也可能不满足您的需要;)
测试结果
==
这里提供的测试结果满足了ubuntu持续集成
引擎的需要。
这主要是一个简单的文本结果,显示测试id及其
计时,非常适合交互使用,或在
远程时提供反馈。执行。
当需要收集与故障相关的数据时,使用子单元,这个项目的重点是*测试*与子单元的集成。
测试设备
=====
testcase中的一个常见模式是在基类中添加设备,以便所有测试都可以访问它们。这会用大多数测试未使用的方法或属性污染基类。
fixture最好通过composition使用。但是需要额外的fixtures.feature.attribute使它们更难使用。
唯一的
约束是测试对象支持“addcleanup”和最常用的assertx方法。由于“addcleanup”是由unittest.testcase本身提供的,所以这是一个很轻的约束,大多数python测试框架都是从它继承来的。d用于其他无干扰的需求。