1 / 11
文档名称:

BugAnalysisReport(Update20091014)分析报告模板.docx

格式:docx   大小:353KB   页数:11页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

BugAnalysisReport(Update20091014)分析报告模板.docx

上传人:rsqcpza 2020/9/18 文件大小:353 KB

下载得到文件列表

BugAnalysisReport(Update20091014)分析报告模板.docx

相关文档

文档介绍

文档介绍:: 2009/10/1610:05:00Revision: : EricTableofContentRevisionHistory 3TheBugReturnTimesAnalysisGraphic 4Purpose 4SourceofData 5Analysis 5Note 5TheSpecReturnTimesAnalysisGraphic 6Purpose 6SourceofData 7Analysis 7Note 7TheNumberofBugsperSpecGraphic 8Purpose 8SourceofData 9Analysis 9Note 10Purpose 10SourceofData 11Analysis 11Note 11TheBugsConvergeTendencyGraphic 12Purpose 12SourceofData 13Analysis 13Note 13RevisionHistoryDateVersionWhoDescription11/25//04//10/:YeeShawnMichaelSword9804974598129738985097759852945998609789970997949737Purpose Bugreturntimes这个图是用来分析每个开发人员在fixbug的时候被return的次数。SourceofData利用每天的工作报告中bug列表来收集return的bugID,要求所有的测试人员将自己的工作报告发给分析人员。DevelopersFixedReturnDeveloper10011002100510021008100210051002Total53上图表明某个开发人员今天总共fix了5个bug,被return了3个bug,修复率为40%,其中bug1002被return了2次,分别记为2个fixed和return的bug。Analysis项目经理或开发人员自己可以分析每个bug被return的可能原因:。。,以便于采取相应的措施。Note该分析图每两周更新一次,另外在分析图的legend部分应注明分析的时间段,在分析图的下方应将每个开发人员被return的bugID列出来,以便于分析。每次更新报告的数据需要备份,以便定期做整体的统计进行宏观分析。测试人员在发现bug时都应该在Mantis上报出来,避免口头告知开发人员的方式。测试人员在DailyReport中应该注明Returned/Fixed/VerifiedBug的个数。右键单击图表选择EditData即可更新数据。TheSpecReturnTimesAnalysisGraphicPurpose Specreturntimes这个图是用来分析每个spec交互的情况。SourceofData利用每天的工作报告中Spec状态列表来收集SPreturn的次数,要求所有的测试人员将自己的工作报告发给分析人员。pleted8812153DisablebackbuttonPassedNotstartNotstart80803ReturnTimes的统计方法。目前有两种:1)统计测试人员从SpecDraft到SpecFinal提交给客户的总次数;2)统计客户从SpecDraft到SpecFinal反馈给测试人员的总次数。一个阶段对于每个Spec的ReturnTimes的统计方法要一致。。其步骤如下:1)将Review-->TrackChangesàChangeTrackingOptionsàBalloons-->UseBalloons(PrintandWebLayout)设为Always。2)用Spec的总页数减去Title,Tableofcontent,RevisionHistory的页数。Analysis项目经理或开发人员自己可以分析每个Specreturn的因子(totalbugs/validpages)该因子越小说明这个Spec写得越好。Note该分析图每两周更新一次,主要是在Spec实现阶段进行分析