软件测试的修炼之道上，如何做好 表测试？

在一个研发项目团队中，很多人（包括我）的第一印象都会觉得：测试比做产品、开发简单得多。在接触了测试近一年的我想说：在这个世界上，你想把任何一件事做好、做到极致都没那么容易。诚如：如何做好 表测试？

所谓的 表，就是在已有数据的基础上，经过各种加工、汇总，而呈现出来的数据结果，而 表测试则是鉴定 表的正确性、完整性、安全性和使用质量的过程。不多说，直奔主题吧，下面就结合前人的经验以及个人心得来说说如何做好 表测试：

首先，提高业务的熟悉程度

熟悉业务是极为必要的，因为在设计测试用例前，你需要在需求文档中了解并确定以下的信息：

1、指标的设计是否符合业务场景或真正的业务需求；

2、统计指标是否需针对异常数据的情况，做异常处理；

3、用户访问的频率、使用习惯等情况，以便后面做性能测试时的用例设计；

4、需求提供者有无以往的手工数据或历史数据可以作为核对标准？如果有，最好请产品人员提供。熟悉业务后，就可以进行用例设计了。

表测试的六大用例设计点

表数据的正确性

对于用户来讲，使用 表就是希望通过 表快速简单地查到自已所需要的数据，所以测试 表最主要的内容就是验证数据的正确性：

2、数据范围是否对应。是否只显示了 表设置的对应范围，并且考虑需求中是否包括统计区间的边界值。

3、指标的特定条件是否满足。前提是要弄清楚，所测 表的指标中，是否有特定条件，这个特定条件是什么， 表数据是否满足该特定条件等。

4、明细与合计是否一致。即 表的各部分明细值之和，是否和合计值一致。

表的权限控制

考虑到数据的安全性，对 表进行权限控制是很有必要的。

1、确定 表是否有针对不同用户角色，设置相应查看权限的需求；

2、不同的用户角色，其查看权限是否正确；

表格式的显示

特别是对外使用的 表，需要关注输出 表的显示格式是否符合客户需求：

1、 表的标题或者表名是否正确；

2、 表的整体显示格式是否符合客户提供的表样；

3、数据显示格式或误差是否与需求保持一致，如小位数、百分 、单位、汇率等；

4、 表页面的时间段是否用户选择的时间段；

5、当输出的内容过多时，分页方式是否正确；翻页时，是否有与上页相同的样式，第2页输出是否正确；

6、需要特别提醒的数据（一些异常数据）是否突出显示；有些指标计算方法特别或某些指标容易混淆的情况下，页面是否有加注释；

表功能的使用

1、各个指标的组合筛选查询是否正常；

2、输出功能，如导出PDF、excel等使用是否正常；

3、打印设置、打印效果等是否正常；

4、分页，或分布导出等是否如常；

5、导常情况下的使用等。

性能

测试的前需要了解的信息：用户访问的频率、使用习惯、数据范围等。

1、数据范围大小；

2、筛选查询的响应时长；

3、QPS（即每秒的响应请求数）。

数据的有效性

1、当数据源有实时数据入库时， 相关 表类的展示多久统计出来？

2、是实时还是会有延缓？延缓多久？

3、数据延缓对指标有何影响？

表测试的很大关注成分在于数据，那么，测试中对于数据的设计呢？

表测试的三大数据设计点

有效数据

有效数据，顾名思义，是指既符合前台业务规则，又符合统计规则的数据。它们会被统计进 表中，对 表的统计值会产生正面的影响。

无效数据

无效数据，属于统计规则以外的数据。此类数据，符合前台业务规则，但不符合 表统计规则，即对 表的统计值不会产生任何影响。

异常数据

异常数据，主要目的是用于检验 表系统对数据的容错能力。此类数据不符合前台业务规则，对 表的统计值会产生负面影响。最常见的场景是，统计值的分母为零。

这类数据的设计，更多地应用于 表系统与业务系统分离的情况中。当 表系统与业务系统互相统一时，异常数据会受到前台业务规则的限制，即异常数据连出现的可能也没有；在 表系统和业务系统分离的情况下，异常数据就很有可能由于数据传输的不同步，造成短时间的出现，此时 表系统对于错误的处理机制就显得非常重要了。

除了针对以上3类数据的设计以外，我们在设计 表测试数据时，还需要注意以下几点：

1、保证场景间测试数据的独立性

这是为了保证数据可控而要注意的。如果一组数据的已经在某个场景被使用过了，就不应该再把这组数据应用到其他的场景中，否则一旦出现测试结果与预期结果不一致，就会提高查错的难度。况且保证数据的独立，可以更好地阐述缺陷，保留缺陷现场，等待开发人员来解决。

2、数据的多样性

多样性是指为同一个场景准备多组测试数据，因为凭借不同数据才能更好地接近真实，更容易发现问题。

3、空 表

所谓的空 表，就是指在 表查询条件下，没有相符的源数据，从而造成 表中的统计值为空。这样的测试，是为了确保 表的正确性，检查 表统计是否有张张冠李戴的现象；

4、注意数值的设计

这里所说的数值，是指统计值。

例如，统计值是百分比时，我们需要覆盖最大值（100.00%）、最小值（0.00%）、中间值（如38.01%）、小数位检查（99.99%）。除了这些，我们还需要考虑负数、百分比超过100%、小数位的四舍五入等情况。

5、不同 表间的对照

同一组数据在不同 表中的表现应该是一致的。

例如，在合同表中，合同总金额是1万元；然而在协议表中查询该合同所创建的协议总金额是1万5千元，那么，这意味着肯定是其中一份 表出现问题了。

6、历史数据的设计

历史维度也属于测试的一个重点。历史维度的测试，涉及到历史数据的设计。

例如，OA中的，A君4月前在市场中心，5月起调到了营销中心，那么5月后A君的业绩是否仍计算在在市场中心？等等。

总结

以上，关于 表测试的一些汇总。其实这大部分是一些测试前辈的经验了，刚踏上修炼之道的我实在不敢造次，但也知道：不管是一万小时定律，还是厚积薄发，当你把知识累积到一定程度的时候就会发现，原来，软件测试的世界也可以这么有意思。