扫码阅读
手机扫码阅读
报表测试经验小结
544 2023-07-18
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:报表测试经验小结
文章来源:
CKL的思考空间
扫码关注公众号
报表测试摘要
报表测试对于公司高层或重要用户群体至关重要,因此必须细致和谨慎进行。基于经验和相关资料,本文对报表测试过程和策略进行了总结。
01 测试过程分解
报表测试通常包含数据收集汇总和数据统计展现两个层次。在数据收集汇总阶段,关键在于理解数据来源、汇总规则和入库时间点,以制定测试策略。数据统计展现阶段则需了解数据如何从数据库表中统计并显示。测试时应分开进行,确保数据可控,预估测试数据制造时间,并准备好数据备份。
02 报表测试策略
对数据汇总进行测试时,应关注数据来源、收集方式、入库规则以及验证数据的时间分片和准确性。测试数据准备包括生成原始数据和展现数据,确保数据全面并包含边界值和非法数据。页面数据展现测试需要检查数据来源、范围、对应关系、格式、排序和准确性。UI测试关注报表风格、标题、友好性和数据权限控制。报表输出测试涉及打印设置、预览和效果,以及报表导出功能的检查。报表性能测试应确保报表生成时间合理,可能需要优化SQL或使用视图提高性能。
03 小结
报表测试因其特殊性需要针对性的测试方案,与大数据测试不同。本文旨在总结报表测试的关键点,以促进知识沉淀和交流分享。
往期推荐文章包括模拟数据在实际场景中的应用,一个有趣的BUG,测试基础10问-上,业务忙碌是否是自动化测试的障碍,及数据丢失的原因探究。读者可通过关注公众号获取更多文章。
想要了解更多内容?
查看原文:报表测试经验小结
文章来源:
CKL的思考空间
扫码关注公众号
CKL的思考空间的其他文章
测试先知是什么
通过了解HICCUPPS,确认测试先知,有助到我们提前识别潜在问题,测试人员并不能依靠单一的测试先知去判断测试是否通过。测试先知本质是一种启发式方法,它提供了有效的检查策略,但不能发现所检查领域内的所有缺陷。
测开造轮子漫谈
本文内容是5月21号在深圳第13届MeetUp上的分享记录,主题是“测开造轮子漫谈”,缘由是观察到了现在大多数的测试同行都是卷测试平台(是就“造轮子”),各类接口的,UI的平台也见了好多,这是不是个好的现象呢,接着往下聊。
微服务的测试策略
做个小的总结,对于微服务架构的测试策略,在业务层,我们可以沿用原来的测试策略,不需要做太多的变化。而对于架构本身带来的新特性,我们需要有针对性的对应措施
微服务间的测试策略
至此,关于微服务的测试策略都讲完了,这些策略都是基于笔者的实践总结出来,业内也可能会有更好的方法,欢迎大家一起讨论。针对不同的团队现状,测试Leader选择合适的方法去落地。没有最好,只有相对合适。
测试10问-下
学问学问,边学边问。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线