测试反馈记录

上一篇 / 下一篇  2017-06-14 17:47:47 / 个人分类:测试结果反馈

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

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

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

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

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

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

以上这些,最根本需求是便于快速清楚当前测试进度,跟准确的向上级汇报工作。
但我觉得更好的是,它将你的工作从概念化转为量化了。



TAG: 记录

 

评分:0

我来说两句

我的栏目

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

我的存档

数据统计

  • 访问量: 2783
  • 日志数: 1
  • 建立时间: 2017-06-14
  • 更新时间: 2017-06-14

RSS订阅

Open Toolbar