报表测试经验小结
发布于 2023-07-18
1667
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
CKL的思考空间
扫码关注公众号
扫码阅读
手机扫码阅读
报表测试摘要
报表测试对于公司高层或重要用户群体至关重要,因此必须细致和谨慎进行。基于经验和相关资料,本文对报表测试过程和策略进行了总结。
01 测试过程分解
报表测试通常包含数据收集汇总和数据统计展现两个层次。在数据收集汇总阶段,关键在于理解数据来源、汇总规则和入库时间点,以制定测试策略。数据统计展现阶段则需了解数据如何从数据库表中统计并显示。测试时应分开进行,确保数据可控,预估测试数据制造时间,并准备好数据备份。
02 报表测试策略
对数据汇总进行测试时,应关注数据来源、收集方式、入库规则以及验证数据的时间分片和准确性。测试数据准备包括生成原始数据和展现数据,确保数据全面并包含边界值和非法数据。页面数据展现测试需要检查数据来源、范围、对应关系、格式、排序和准确性。UI测试关注报表风格、标题、友好性和数据权限控制。报表输出测试涉及打印设置、预览和效果,以及报表导出功能的检查。报表性能测试应确保报表生成时间合理,可能需要优化SQL或使用视图提高性能。
03 小结
报表测试因其特殊性需要针对性的测试方案,与大数据测试不同。本文旨在总结报表测试的关键点,以促进知识沉淀和交流分享。
往期推荐文章包括模拟数据在实际场景中的应用,一个有趣的BUG,测试基础10问-上,业务忙碌是否是自动化测试的障碍,及数据丢失的原因探究。读者可通过关注公众号获取更多文章。
CKL的思考空间
CKL的思考空间
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
CKL的思考空间的其他文章
研发度量:向内求己,对外伤人
对于研发度量,笔者是保持支持态度的,通过透明团队的工作内容,识别系统性风险,还是利大于弊的。对于度量指标的使用,笔者建议只开放给中高层管理者,辅助日常团队管理即可,而非面向全员的KPI考核。不希望把度量当成一把砍向基层员工的“利刃”。
测试用例评审如何开展
测试用例评审是又一次三方对齐需求理解的机会。可以保证大家对同一个需求的理解是一致的,避免更多可能出现的返工浪费。
微服务间的测试策略
至此,关于微服务的测试策略都讲完了,这些策略都是基于笔者的实践总结出来,业内也可能会有更好的方法,欢迎大家一起讨论。针对不同的团队现状,测试Leader选择合适的方法去落地。没有最好,只有相对合适。
如何让"名义下属"变成"真实战力"
只有愿意服从你的,听你指挥的、按照你的指示和思路办事的,才是你的下属。剩下的所有人,不论在职务职级上他们是不是从属于你,如果他们不愿意服从,不愿意按照你的指示和思路做事,那么,他们就不是你的下属,而是你在职场上要去争取合作的对象
测试报告别踩坑
写作其实是个非常重要的职场能力,测试报告写的好,有些坑就要特别注意,你关注到了么
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线