tillfall的专栏

由于

为了量化说明测试和自动化对特性的覆盖情况，我们可以采用【思维导图--表格--全景图】的方法来进行测试设计：

pyunit的设计非常灵活简洁，基本对象不多，又都可以替换。了解pyunit的基本流程以便更好的扩展

文字测试用例可以便于我们理解测试设计和测试目的。但是要维护两份用例（文字和脚本）让人觉得麻烦，久而久之文字用例没有更新，带来不一致，反而会引起误解。最好的办法是将文字用例和脚本用例放在一起。但是脚本用例非常分散，而文字用例通常希望放在一起（列表中）来看，因此将文字用例从脚本中导出非常有必要。

http://blog.csdn.net/tillfall/article/details/38355169一文中介绍了通过配置文件集中定义需要执行的用例。但是静态的定义并不方便，比如我们的用例要genju

数据与脚本分离是测试自动化的一大进步。不过相同逻辑可以对应多

数据与逻辑分离是软件开发的普遍共识，数据集中则给管理和维护带来便利：class DataDrivenTestCase(TestCase): def __init__(self, methodName='runTest'): TestCase.__init__(self, methodName) #user define data of one TestCase se

有时我们需要更加精确灵活的指定用例的执行，比如重复，循环，顺序等。通过将代表TestMethod名的字符串翻译并组合成TestSuite的方法，可以降低定义的难度，以一种类配置文件的方式进行，而非python代码，这样没有编程经验的测试人员也可以通过编辑文本来选择和组合用例。示例如下：from unittest import TestProgram, TestCase, Tes

对于用例中的关键步骤，如果能在日志中打印出来并自动编号，则分析

有时候需要等待一个时间不确定的事件的发生，如果直接通过sle

随着版本的变化，测试脚本也需要修改。但是脚本通常需要适配duog

有时候因为环境问题会导致用例低概率随机失败

为了不让某个用例挂死导致整个测试无法

由于之前的账号【ist】注册邮箱一直修改不成功，无奈重新注册一个账号，将之前的帖子搬过来，原帖删除。

pyunit中的测试结果包括Pass、Fail、Error三种类型。但是很多时候，仅仅三种类型不足以区分。比如当某些用例所依赖的外部环境不具备时，或者因为某些已知缺陷导致用例必然失败，等等。如果执行这些用例，会浪费时间；如果不执行，又难以从测试报告中清晰的看到原因。扩展测试结果的类型能帮助我们解决这个问题。#add a new method to set user defi

精准测试是根据代码变更来选择用例的测试策略，用于回归测试。它有利于缩小用例范围，提高执行效率，降低问题定位时间，支持持续集成的极速门禁和冒烟测试。精准测试要求代码的自动化覆盖率比较高，且用例间无依赖。