测试反馈记录

51_Caixia · 发表于 2017-6-16 18:13:20

看到一位51小伙伴分享[url=]测试[/url]功能项，有些触动，所以决定将自己的也贴出来，然后顺道提出自己的疑惑。
我们公司测试人员就我一位，忙时也会为我增加一位资源。
所以在研究如何发现更隐蔽的[url=]Bug[/url]时，我更多时间是在想如何可以更好的做出测试结果反馈。
因为当领导问，项目测试情况如何时，你无法甩他一句：看Bug库！
一般汇报是，目前本轮测试中，哪些模块通过了，哪些模块还未测试通过；
然后再具体一点就是，未通过的模块，是什么功能项未通过。
最后，若要看问题详情，则通过BugID去Bug库中定位。

《测试整体情况》是用于[url=]记录[/url]此轮测试中各模块的情况。
有的列是后来根据实际情况追加的，比如“首次报至测试日期”列。
其作用是，领导可能会问，为何这个模块测试质量这么低？
那其中有一个原因可能就是开发延期，那我们就可以根据这个日期来告诉领导，测试时间太短也是原因之一。

《模块功能项测试情况》用于记录各模块中的功能项，及各功能项的测试结果。
是模块测试结果的细化，一个大模块总是无法测试通过，可能只是其中某一个功能项迟迟无法通过而已。

以上两张表中的记录，都是各模块的最新的记录，其实还有一张表是专门用于记录各模块的测试历史，是便于测试跟踪的；
由于涉及公司数据，所以以上两张报表数据都做了简化。希望不会影响理解。

以下是我的疑惑，希望能得到解惑：
1.我这样做出来的报表是否合理？或者需要补充什么？
2.有什么更好的工具可代替没？（之前有朋友推荐过禅道，但被同事否决了）
3.功能点划分应该如何划分？
我目前是按页面分，但比如“新增”按钮，和新增页面，这两个如何体现？
我现在是直接将“新增”作为一个页面，但假如点击“新增”按钮无效时，我不知道是因为在“新增”中体现还是应该在新增页面的前一个页面中体现。
4.数据流转测试是否有必要拎出来单独作为一个测试项？或者直接跟功能一起测就行？
5.请问你们都是如何向上级汇报测试进度的？莫非直接将Bug库的链接地址甩过去？

另，之前看过一篇[url=]文章[/url]写测试记录的重要性，最近两个项目也开始试着写测试事件了，觉得还是挺有好处的，比如在项目总结会议上，它会让你有更多话可说。