有的“报表”测试起来很简单，但多数很复杂。报表测试的过程中也可能会遇到各种各样的问题，限于篇幅，本系列文章只能介绍冰山一角。若有报表测试的问题，欢迎给笔者留言，共同探讨！
表格再度更新
于是小萨着手再次优化表格：
表格修改完成后，小萨重新估算了一遍测试时间。小萨发现，这个表格虽然新增几列，但实际上并未增加工作量，也就不需要跟领导申请修改测试计划了。相反，因为对测试内容划分的更精细，时间估算上也更精确了。
报表bug类型
按照新的表格，小萨很快就找到了很多待测报表中的bug，同时，小萨也觉得，虽然没有时间写用例，但这个表格在很大程度上替代了测试用例在“指导测试执行”方面的作用。有了它，在测试时并不需要测试人员发挥所谓的“思维发散度”，只需要按部就班的一一验证即可。
小萨借助这个表格，很快找到了下列的bug：
链接类错误：
通过总表中XX项目的XX字段进入二级页面，展示了全部项目的信息，应该只展示该项目的信息。
通过总表中XX项目的XX字段进入二级页面，展示的是其他项目的信息，而非该项目的信息。
通过总表中合计行的XX字段进入二级页面，展示了特定项目的信息，应该展示所有项目的信息。
总表中XX项目的XX字段数据为0，但有超链接，应该不提供超链接。
数据统计类：
总表中XX项目的XX字段数据统计错误，与数据库统计出的数据不一致。
XX项目的XX字段，总表和二级表的数据统计不一致，总表有200条，二级表有90条。
总表合计行XX字段的数据与下方各项目数据之和不一致。
XX项目的XX字段的二级表中，列表有200条数据，但右下角显示“共有2条数据”。
数据展示类：
通过总表的"已签约未回款金额”进入二级页面，二级页面只展示了缴款明细，没有汇总数据。
XX字段的二级页面，“审批状态”一列展示的是状态ID的值（如BIO01），而非状态名称（如已审批）。
XX字段的二级表中的XX字段对用户没有意义，应隐藏该字段。
当数据为0时，应该展示为 “0.00” 而非 "0" 或 ".00"。
XX字段的二级表中，“审批状态”的值显示错误，当前显示为“已审批”的实际应显示为“审批中”。
bug反思
看着这些bug，小萨心里产生了几个疑问：
为什么会有这么多“低级bug”？连数据明显不一致的都有这么多，按理说开发人员只需要稍微自测就能发现吧，为什么实际上没有呢？
数据展示类的第三个bug，不能简单归类到“用户体验不好”这一类吧？出现这类bug的根源是什么呢？是需求错了还是开发人员不细心，抑或其他原因？有没有办法避免这类bug呢？
这些bug，对后面的测试工作有什么参考呢？能不能通过确定bug的根源来发现一些excel表之外的bug呢？
今天花费在“整理bug”上的时间有点多，现在的这个情况下，有没有办法减少整理bug的时间呢？比如是不是可以直接把这个excel表格发给开发，让开发通过其中测试结果为“失败”的自行排查呢？
小萨把心中的疑问整理了下来，决定测试任务结束后跟测试经理请教一下。
bug汇报
在excel表格执行完毕后，小萨把bug发到了项目组聊天群中，因为项目组没有使用bug管理工具的原因，小萨用的是word整理的，格式如下：
收到bug报告后，项目经理在群聊中跟小萨说:"给bug分一下优先级，现在项目时间紧，我们只能优先修改严重成都比较高的bug。”
看到项目经理的要求，小萨于是在每条bug标题前方按照“严重”、”一般“、“轻微”三个等级做了标记。做完标记，小萨又想，仅仅只是给每条bug做标记还不够，因为现在bug的排序比较乱。既然项目经理是希望优先修改优先级高的bug，那么自己就应该按照优先级重新对bug进行排序，这样一来，开发人员就可以只看优先级高的那一部分，而不需要把整个bug报告遍历一遍，这样就能节省他人阅读自己报告的时间了！
测试范围再审
在小萨将bug报告再次发送出去后，测试经理来到小萨身边。
共同学习，写下你的评论
评论加载中...
作者其他优质文章
