[转载]项目bug管理的使用Team Foundation Server(TFS)-研发项目管理

>>[转载]项目bug管理的使用Team Foundation Server(TFS)-研发项目管理

[转载]项目bug管理的使用Team Foundation Server(TFS)-研发项目管理

引言:当今社会市场竞争激烈,软件开发企业想要占据前列需要在研发管理上下功夫,“向管理要效益”已经成为软件开发企业的共识,研发项目管理在软件企业中的普及也是大势所趋。国内做软件项目管理工具的开发商翼发云近几年发展十分迅速,越来越多的软件开发企业认识到研发项目管理的重要性,能切实有效降低成本,规范软件开发流程,提高软件产品质量。国内研发项目管理系统、敏捷开发管理工具的领导品牌翼发云敏捷项目管理系统采用可视化业务流程技术,支持瀑布模型等传统软件研发项目管理,同时也支持scrum等敏捷开发流程,是理想的敏捷开发管理工具,涵盖软件项目管理工作的整个生命周期。为提高国内软件开发企业的项目管理水平,分享一篇企业管理相关的知识文章。
[转载]项目bug管理的使用Team Foundation Server(TFS)
2011-11-26 15:13
Team Foundation服务器的使用(TFS)项目管理错误2011 04个月11天,在网上,767的观点,错误的Roboby,一个管理

TFS TFS的介绍提供了一个开发者的错误和错误回答错误查询、评论功能。1。团队资源管理器中的bug查询、bug被管理为工作项,以及项目中统一的任务、场景等。工作项中有两种类型的工作项。团队查询是查询TFS服务器端定义的工作项的方法,而我的查询是用户定义的工作项查询。开发人员可以定义一个查询条目,查询所有指定的bug。的

2.bug回复开发者可以再现的测试仪所提供的错误描述测试指定的错误和修改错误。修改后,可以将bug的状态设置为解决并反馈给测试人员,以便测试人员能够跟踪并测试错误。三.bug检查,在bug查询给出的列表中,可以自定义显示列并跟踪bug组。或一个新查询。例如,建立对成员所做的所有状态的查询是一个活动的错误查询项。A可以很容易地通过这个查询找到它未解决的bug。优先scrum

两和故障设置将优先为bug TFS 3水平。在项目中,按照以下分类进行分类。开发人员应按优先级解决bug。

1优先1致命(致命的):任何系统的主要功能完全丧失,用户数据损坏、系统崩溃、挂起、崩溃,或人身安全。(一天必须完成)2优先2严重(关键):系统的主要功能部分丢失,数据无法保存,系统的辅助功能完全丧失,系统提供的功能或服务受到明显影响。(完成回归测试之前),3优先3一般(主要):系统的次要功能没有完全实现,但不影响用户的正常使用。例如,信息不太准确或用户界面差、文字排列不整齐、操作不便等。(修正前的测试),

三,数据库管理

系统测试、缺陷跟踪是由微软teamfoundationserver管理和缺陷管理数据库的建立测试环境部署人员在SQL Server 2005。1 teamfoundationserver [转载]使用Team Foundation Server(TFS)进行项目Bug管理 2 Bug标题格式(标题)标题错误可以遵循以下格式:函数名:简要描述。函数名是指发现bug的产品功能。对所提出的问题的简要说明可以尽可能多地解释。下面是一个示例:“软件:中断IRM文件的执行,并导致应用程序崩溃。3缺陷(分类)分类区域:指由bug产生的区域,例如CMS迭代:指由bug生成的测试迭代,而一般项目采用三次迭代。4错误(状态)软件项目管理

指定:指定负责解决bug的bug

状态活跃的状态::是指激活关闭当前状态:解决:分类:批准:调查:解决封闭状态敏捷开发流程

排名:错误原因:错误原因

研发项目管理

建立失败:新虫虫:一个新的编制未能解决的原因是设计缺陷的递延:系统设计:重复:bug已经推迟解决相同的固定:过时的错误:无法解决的bug重现昔日:BUG无法再现的设计系统设计的关闭的原因:所以延期错误:错误:重复相同的在解决固定:obsole bug解决TE:旧bug无法重现:错误无法复制的

优先解决bug的优先级。它用于确定每个开发组的任务和工作计划。1:错误必须立即修改,否则下一步无法执行。2:bug可以在发布之前随时修改。3:bug很小,可以在发布后解决。

5虫(描述)描述bug的描述,描述发现的问题,以及在什么情况下可以重现的问题,例如:”1:打开编辑菜单项,按2:3:编辑按钮,按下删除键。希望:能够编辑或删除操作。实际:应用中断崩溃“6错误(历史)错误历史记录栏是自动生成的TFS错误跟踪查询。不能手动修改。与错误链接条的7个bug(link)连接可以添加链接以提供对不清楚bug的描述的链接。8个bug(文件附件)附件错误的附件列可以添加到bug描述中。9 bug(细节),其他bug其他内容可以添加到bug,主要是由测试人员。它包括bug是否被发布、被发现的一代迭代、已解决的编译迭代等等。

四,防止错误重复

避免重复提交的bug,你可以先查询VSTF数据库看bug已经存在。如果以特定格式记录错误,很容易发现是否重复。测试人员相互沟通是减少重复提交bug的重要途径。五的

,错误状态,转换

Bug工作项是表示可能或已经在系统中存在的问题。打开bug的目的是以一种能让读者理解问题所有影响的方式准确地报告错误。错误报告中的指示应该很容易跟踪遇到错误时所使用的步骤,以便容易地复制bug。测试结果应该清楚地表明问题所在。这一描述的清晰性和可理解性通常会影响修复bug的可能性。

,新

检测这些错误,必须尽快检测时缺陷的软件产品,使开发人员可以解决这些bug。在打开bug报告之前,应该对现有的错误进行查询,以确保您发现的bug没有报告。新的

是主动

当新的bug是在第一次创建,和错误是一种新的bug激活。除非由于一代故障而创建了bug,否则所有错误都会被创建为一个新bug。当生成错误时,由于生成错误的失败,激活了生成失败。

活动

。当你发现新的漏洞和利用团队资源管理器中的输入错误,Bug工作项将自动设置为活动状态。活动缺陷表明存在一个必须解决的问题。

活动已经解决,

已修复。当检查更改的代码时,bug是“被修复的”;它已被解决。当签入被签入时,bug被链接到变更集。如果一个bug描述了预期的系统情况或行为,那么保留原始的样本,然后bug就保持原样。它被推迟了,如果在当前的迭代中不能修复一个bug,这个bug将被解决,因为“;”已经被推迟了。它将延迟到bug可以重新评估在产品未来的迭代或版本。如果一个bug与另一个bug描述了同样的问题,那么重复的bug将被解决,因为“重复”。请包括一个链接到相应的重复错误,以便错误的作者可以很容易地确认这个重复之前关闭错误。如果一个bug不再适用于该产品,那么它就过时了,那么这个bug就是“它过时了”,例如,如果bug描述的问题位于产品中不再存在的功能区,那么这个bug就过时了。如果开发人员不能在其计算机上重现错误,则无法重现,错误是“否”可以被复制;解决方案。

已经解决的bug已经被开发商解决,或正在进行的审查过程中,错误是解决状态。bug可用作“已修复”或“保留”原有的解决方案。

已经解决

已关闭。当bug的作者已经验证了bug已经在一个版本中修复时,bug是“它已经修复”,它已经关闭了。如果bug的作者同意bug所描述的东西是有意的,那么保留原始的样本,那么bug就是“保持原来的”关闭。如果bug的作者同意bug应该推迟解决方案,那么它就被推迟了,然后bug就被推迟了。如果bug的作者确认bug和另一个bug是一样的,那么bug就会起到“重复”的作用。如果作者提交的bug描述的问题不再适用于产品,那就过时了,那么bug就已经过时了。它不能被复制。如果bug的作者不能生成bug的工作示例,或者提供更详细的指令来重现bug,那么这个bug就是“无法复制”。

已经解决了主动

溶液被拒绝。如果解决方案是不可接受的,则错误将返回到“活动状态”。提供关于拒绝该解决方案的原因的具体信息,以便接管错误的人能够正确地解决它。如果错误修复没有正确修复,则b

文章从互联网整理而来,旨在传播scrum、软件项目管理、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解研发项目管理的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-03-01T19:21:30+08:002018-03-01 19:21:30|Categories: scrum项目管理|