注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

Fly to the Sky!

很多人因为寂寞而错爱一个人,更多人因为错爱一个人而寂寞一生。

 
 
 

日志

 
 

工作中的小思考  

2009-10-29 10:43:50|  分类: mywork |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

 

2009-10-29

工作流程的思考:如何合理利用QA平台管理自己的工作?

目前的工作流程中存在一些模糊的地方:

1.       工作进度不明确:

在领导assigned给自己的任务下,可以新建一个子任务,用来汇报自己的工作进度,可以定期汇报(一周或者再长一些),或者在需要的时候汇报。这样的好处在于使工作进度一目了然,合理管理工作时间。

2.       Bug管理不够合理有效:

Bug管理子任务下需要新建Bug进度管理,如一期测试结果,二期测试结果(包括新加的Bug,以及一期测试中未解决的Bug),以此下推。

3.       工作情况的定期review结果管理:

a)         主管定期review

b)        开发人员的最终确认(开放给开发人员)

都需要一个子任务来统一管理。

4.       与开发人员的交流平台

开放给开发人员,开发人员和测试人员均可提交问题并回答问题。好处在于使交流中的问题保存记录,有利于信息回顾。

 

综上所述,分配一个任务后至少需要以下子任务:

1.       工作进度汇报

2.       Bug汇报及状态管理

3.       review结果管理

4.       与开发人员的QAQuestions&Answers)管理

 

 

2009-10-16

    在之前的rpmms测试以及目前的测试任务中,都遇到这样一个问题:

测试的过程中发现了BUG,但是并没有一个公共的合理的方式提交给开发人员,而是私下交流。

这样存在的问题是:如果当时开发人员没有解决或者反馈,时间一长就忘记了。可能使一些BUG发现了但并不能确认解决。也不能及时管理该Bug的完成状态。

 

如果花时间整理成文档也存在一些问题:浪费时间,而且不能及时反馈给开发人员,实时交流。

 

如果有一个在线交流的平台,建立一个Bug任务:

在该Bug任务中可以添加若干个BUG列表,

所有Bug以只显示主题的方式列出。

提供对单个Bug主题进行“展开”或“合起”功能。

Bug可以有详细的描述,可以评论,方便交流。

Bug解决之后对该Bug标注“已解决”字样。

  评论这张
 
阅读(578)| 评论(2)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017