[Tommas] 测试用例覆盖率（三）

3、测试数据的设计

每个测试思路最终都要转化成具体的数据才能来执行。关于测试数据设计的方法也不外乎那几种，就再也不赘述了。此处单就一些常常易犯的错误，提出一些注意点，做为用例数据设计时的参考：

一、尽可能避免可能出现歧义测试结果的数据：即你设计的数据必须能惟一正确地反映出你所但愿测试的结果。好比一组测试数据，有可能获得结果A或结果B，此时单用此数据来测试预期结果为A的用例，那明显就产生了歧义。

二、对于不便具体列示的数据，则必须详细描述其各项特性：有时咱们在设计用例时为节约时间，不必定要到具体的一个数值，这也是容许的，但前提是你必需要详细描述清楚你要测试的数据特性。好比数据库字段限长20，要测试超长数据时，能够描述为：尝试输入长度为21位的半角英文字符；尝试输入长度为19位的半角英文字符，而后切换到中文全角再输入一位全角字符等。千万不能写成：尝试输入超长字符，由于这只能是测试方案，做为方案是能够这样写，但到用例阶段，必需要是具体的、明确的、可操做的。

三、测试数据的设计必须有明确目的性：即测试数据是从测试方案衍生而来的。如上例测试方案是测超长字符输入控制，因此测试数据就要根据具体字段长度来录入超长数据，若是一味录入长15位、长16位的数据那就没意义了。好的测试数据是能够同时针对多个测试方案的，此时能够在用例边注明一下该数据的测试目的，由于随着时间推移，对着具体的数据你也许会忘了它究竟是测什么的，而这对你最后总结测试，查验测试覆盖率是很是不利的，因此随时记下你的思路想法吧，好记性不如烂笔头。

四、测试数据可省略描述：测试数据描述以能让人看懂为准则。因此写用例时当碰到连续几个用例，仅某几个关键数据值改动，其他均是同样的状况下，没必要每一个用例都要重复描述全部数据，能够在第一个用例描述完整以后，其他用例中仅列示不一样的数据，并标明其他数据同上第X个用例，便可。这样测试时仍能复原测试数据，且该用例的测试目的一眼就明，增长了用例的清晰性。

至些，我根据测试用例设计的顺序，从测试数据的切面设计（即测试项划分），到详细测试用例设计，再到测试数据设计三个层面，逐一介绍了如何来提升测试用例的覆盖度。由于具体项目中的具体状况太多，以上叙述的内容也只能是管窥蠡测。至于其中的疏漏错误之处应也不免，只但愿各位阅后能打开思路，从本身多年的测试经验中多总结、提炼出一些想法思路，进一步补充完善这个文档，使你们的测试用例设计能力都能进一步提高。