后使用快捷导航没有帐号？
如何编写高质量缺陷报告
查看: 1505|
评论: 0|原作者: chongshishi
摘要: 前言 在测试界，编写一份有效的缺陷报告是最具讨论性的话题之一。创建优质上乘缺陷报告的艺术在于和谐地结合测试和沟通技巧。为帮助你编写内容丰富并且可操作的缺陷报告，本课程将提供一些建议和技巧，从而提高缺陷
在测试界，编写一份有效的缺陷报告是最具讨论性的话题之一。创建优质上乘缺陷报告的艺术在于和谐地结合测试和沟通技巧。为帮助你编写内容丰富并且可操作的缺陷报告，本课程将提供一些建议和技巧，从而提高缺陷报告对客户的价值。
一个高质量缺陷报告要具备哪些要素？
大部分测试人员将缺陷报告的目的理解为提供信息，然而一个“好的”或有价值的缺陷报告更进一步，是以高效的方式提供有用的信息。
为了帮助我们开始编写有价值的缺陷报告，我们先来看一些关键字段：
执行动作（步骤）
预期与实际结果
标题-好，不好，糟糕！
缺陷标题是你报告的脸。它是任何人第一眼就会看到的，重要性无需强调。一个好标题可以帮助减少重复问题，并且可以快速表明缺陷的概要信息。
在标题中最好避免笼统的描述。永远不要采用如下例子：
·XYX运行不正确
·XYZ有问题
·XYZ损坏/看起来不正常
上述示例标题在描述问题时根本没有价值。本质上来说，每个缺陷报告都在描述不正常运行的问题。应该明确什么导致了“运行不正常”。
&“排序功能没有正常工作”可以改成“排序发生逆转”
“导航条界面出现问题”可以改成“导航条跑到了第二行”
很多时候，Bug（缺陷）会被迁移到可能包含数百甚至数千问题的者中。试想象在数据库中搜索“导航栏”，会搜出关于导航栏的每一个问题，而搜索“导航栏跑到了第二行”就可以更有针对性地轻易找出这个缺陷。在当前的测试周期中，一个精悍的标题可以使你的缺陷报告变得更具价值。
执行动作——描述所执行的步骤
这是报告的主体部分，它的目的在于向读者展示如何重现缺陷。由于这部分通常包含缺陷报告最多信息，所以使它简单明了易读是特别重要的。通常可以为步骤编号并保证其简短扼要。
提示：使用前置条件可以减少步骤。
与其列出登录时的每个步骤，不如在步骤前写上“前置条件：用户已登录”。
提示：找出并列上缺陷的直接路径。
很多时候，测试人员会止于他们发现缺陷的位置，并记录最后执行的寥寥几步。
然而，那些提取到核心重现步骤的缺陷报告才是最有帮助性的。
按照你所叙述的步骤来重现缺陷，是一个很好的练习。这将有助于确保你已经包含了让客户重现该问题的所需的所有内容。
有时缺陷挖掘更深一点，可以附加更多价值。下面是一些关于如何更努力更具思想地编写出一份更高质量的报告的例子。
例1：提供更多的有用的信息
情景：你发现不能正确上传。
一般：注明是否所有的视频不能上传，或只是报告中所提及的这个。
良好：在报告里指出是否在多个浏览器上或设备上不能正确上传。
更好：附上上传速度测试，以表明测试的时候带宽是足够的。
教训：尝试在客户询问前，识别并回答可能的后续问题。
例2：报告缺陷，并不是报告缺陷的症状
情景：我们测试地址输入栏，发现它允许“”和“!@#$%^&*()_+”
教训：这是同一个缺陷两种不同的症状。仔细检查会发现真正的问题是地址栏根本没有做校验，这个问题会比第一种症状描述更加确切。
期望结果和实际结果——会产生的结果，可能产生的结果，应该产生的结果
既然你已经描述了如何重现这个缺陷，现在你需要说明这个问题和期望表现。
提示：当你描述期望结果时，说明应该发生什么而不是说明什么不应该发生。
用“用户被带到XYZ界面上”代替“应用程序不应该崩溃”提示：当你描述实际结果时，应该描述发生了什么而不是什么没有发生。
用“用户依然停留在ABC界面上”代替“用户没有到达XYZ界面”
附件——做什么、不做什么
附件通过提供一些缺陷存在的证据，从而增加缺陷的价值，使客户能重现缺陷，或帮助开发修复缺陷。每个附件至少是以下三种方式之一。
当你添加附件时，要记住以下提示和指引：
·添加图片来锁定缺陷是一个快速的方式，即使你有视频也要考虑添加图片。
·在图片里高亮显示你所关注的区域。
·直接把图片添加到缺陷报告中，不要把图片放到一个word文档中或者压缩文件中。
·使用图片来展示静态问题
·视频能保证缺陷出现时执行步骤的准确性，例如，错误信息的屏幕截图不如直接看到是什么造成的错误信息有价值。
·视频中的执行步骤应该和缺陷报告里面写的执行步骤一致。
·视频应该精简到只展现缺陷。
·当执行步骤复杂时提供视频附件。
·现场的视频比镜像的视频更加有效，因为你可以看到手势或者在屏幕上触摸一个按钮
日志文件和其他提示
·避免专有的文件类型（像.docx），尽量用.txt文档来代替
·避免使用压缩文件，除非特殊要求或者已经由测试leader、客户、项目经理同意。
/writing-quality-bug-reports-and-utest-etiquette/
chongshishi
双语版：/s/1i369Zoh中文版：/s/1pJ6xQcV
刚表态过的朋友 ()
上一篇：下一篇：您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
QC11使用说明讲义.doc 17页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
需要金币：350 &&
QC11使用说明讲义
你可能关注的文档：
··········
··········
QC使用说明一、登录QC1.首先安装MicrosoftVisualC++2005ServicePack1，下载地址：/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112bab119c2&displaylang=en其中：32位操作系统下载程序：vcredist_x86.exe64位操作系统下载程序：vcredist_x64.exe2.打开IE访问http://192.168.131.141:8080/qcbin/start_a.jsp,进入登录页面，依次输入登录名、密码，点击身份验证；选择要进入的域和项目。如下图注：首次访问时，页面中提示需要安装ActiveX控件A.登录qc后，在左侧框中选择“需求”B.选择导航条中需求——新建需求，在新建需求框中添加需求名称等信息。如下图4.2.2.编写测试计划A．将测试需求转化为测试用例：在菜单栏中点击“需求”——“转换到测试”，如下图在“选择自动转换方法”页面中选择第二项，并点击“下一步”，并按照导航进行操作，直至转换成功。如下图B.编写测试用例在左侧框中选择测试——测试计划，点击菜单栏中第一个或第二个图标，“新建测试”，输入测试名称等信息在添加测试用例步骤时，需要先填写“用例描述”，如下图用例描述填写完成后，填写设计步骤，需要在步骤名称中输入概要信息，在描述中输入具体用例的操作步骤。最后在预期结果中填写最终正确的结果。如果用例执行过程中需要用到外部文件的，可以将文件添加到附件中，如下图4.2.3.测试用例和需求的关联如果测试用例不是从需求中转换的，或者测试用例是后来新增加的，则在测试用例编写完成后需要将测试用例和对应的需求关联起来，具体操作步骤为：在右侧框菜单栏选择“需求覆盖率”点击“选择需求”，在最右侧会弹出需求树，将该测试用例对应的需求添加到左侧的实体名称栏中即可，如下图4.3执行测试A.点击左侧框中的测试——测试实验室B.在菜单栏中点击第二个图标“新建测试集”，选择“执行网格”，在选择“选择测试”，将右侧测试用例集中要执行的用例放入新建测试集下C．执行测试时点击菜单栏中蓝色的箭头“运行”——在运行页面中点击“开始运行”D.链接缺陷：如果运行的测试用例没有通过，则在实际结果中说明原因，现象等，并点击菜单中的新建缺陷的图标。则可以自动将测试用例及实际结果转换成缺陷，添加到缺陷列表中E.用例中所有步骤全部执行完毕后，点击结束运行，返回到测试实验室界面，如下图F．对于测试实验室中未执行的测试用例，则需要在测试集的详细信息中进行描述，如下图4.4新建缺陷A.进入缺陷列表，点击上方菜单栏中的“新建缺陷”B.在新建缺陷中添加缺陷摘要，具体操作步骤等信息（其中红色标识部分为必填项）如下图C.缺陷填写完毕后，点击提交五、QC管理员使用方法5.1QC管理员职责说明1、添加/删除项目用户以及权限分配2、模块访问控制3、组成员权限设置5.2具体使用说明A.添加/删除项目用户：登录成功后，选择导航条中的工具——自定义，选择左侧列表中的项目用户，可对用户进行添加删除操作。完成操作后点击保存。添加用户时需要注意如果该用户不存在于站点中，需要选择向站点添加新用户。如下图B.用户权限分配：添加完用户后，需要对该用户进行权限分配，点击成员资格，进行权限分配，成员列中的权限为该用户具有的权限，如下图C.模块访问控制：QC管理员可以对各个成员可访问的模块进行设置，例如开发人员（Developer）不能查看测试计划模块。设置方法为登录成功后，选择导航条中的工具——自定义，选择左侧列表中的模块访问，对各个成员进行设置后，点击保存完成。如下图D.组成员权限设置：QC管理员可以设置组成员对模块内部的具体权限，例如设置项目经理（ProjectManager）在缺陷模块中有删除缺陷的权限。设置方法为登录成功后，选择导航条中的工具——自定义，选择左侧列表中的组和权限，选择项目经理（ProjectManager），选择权限——缺陷，将缺陷中的删除选中，点击保存完成。如下图六、其他功能介绍6.1缺陷界面自定义自定义菜单项：首次进入缺陷列表时，默认的缺陷列表有多列。可根据自己的需要自定义显示列，在“缺陷”的菜单栏中的点击，在选择列窗口中将需要显示的列表名称移至右侧的“可见列”中。一般常用的列表有“缺陷ID”、“测试人员”“等级”、“分配”、“日期”、“状态”如下图6.2缺陷查询可按“日期”或“状态”等查询条件查询以按“状态”为例，鼠标点击列表上方的状态栏，如下图，在筛选器中选择需要的条件，确定即可.6.3项目列表自定义A.在填写缺陷时需要对详细信息中的各个条件进行选择，例如选择项目名称，项目列表中的各个选项需要提前
正在加载中，请稍后...技术改变世界！
--狂诗绝剑
15:35 by MikeZhou, ... 阅读,
在将TD升级到QC之前，参考了各种升级的方式，但是最终发现用excel导入缺陷到QC库是最简单方便的方法，实施步骤如下：1，首先登陆TD，将缺陷的所有信息显示在界面，然后使用缺陷工具将页面所有缺陷保存到excel表；2，在QC中新建一个需要导入缺陷的项目，并添加TD中的用户（名称字符需要相同）到QC中；3，修改保存的缺陷excel表，匹配TD的关键列的值到QC，如项目成员名称、优先级、紧急度、版本号以及等等；
1）删除excel表格中列的内容为空的列；
2）对于缺陷的状态、缺陷来源、缺陷类型、严重程度、优先级等列的值，必须同QC中保持一致；4，在QC服务器端安装office 2007 及【=UTF-8''QCMSExcelAddin.exe】插件；5，在QC打开缺陷列表，选中任意一列的除第一行以外的其他全部行，保证导入所有的bug；6，在excel表选择加载项-【Export to Quality Center】进行导入操作。
在导入4000多条数据时，可能存在多条数据不匹配的情况，因此导入时间较久，需要多次调整QC及excel的数关注51Testing
如何编写有效的缺陷报告
发表于： 11:51 &作者：未知 & 来源：51Testing软件测试网采编
推荐标签：
　　一、什么是软件缺陷　　软件缺陷（Defect），常常又被叫做。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。　　二、软件设计过程中的交接单——　　缺陷报告把的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。　　协同公司在项目中采用的缺陷处理过程如下：　　在过程中，缺陷报告起到了一个交接单的作用，它帮助开发人员和测试人员之间更有效的交流，提高了缺陷的解决速度和质量。同时也可以通过统计bug数来对被测的软件进行质量评估，比如根据以往项目中每千行bug数的平均值来制定测试计划，同类的产品，尤其是同一个开发流程的产品，这些数值不应该相差太多，如果相差一个数量级以上，我们几乎可以说，要么是QA出问题了，要么是开发出问题了。另外，降级bug的多少对于评估也是一个重要参考标准，降级bug也就是由于修正一个bug，又产生了一个新bug，降级bug数目过多意味着现在的产品在越修越坏。　　缺陷报告是测试过程中可以提交的最重要的东西。编写缺陷报告的目的是为了方便程序员找到程序出现的问题，从而有利于分析错误产生的原因，定位错误，修改问题。它的重要性丝毫不亚于测试计划，并且比的在测试过程中的产出文档对产品的质量的影响更大。因此，缺陷报告编写的基本要求是简洁、准确、完整、规范。有效的缺陷报告将能够：减少开发部门的二次缺陷率、提高开发修改缺陷的速度、提高测试部门的信用度、增强测试和开发部门的协作。那么在提交缺陷报告时，我们需要提交的就是一份简单明了、便于理解和查找问题的缺陷报告。　　三、各个测试阶段中的测试点　　在不同的测试阶段，我们测试点也不相同。　　：针对每个单元的测试， 以确保每个模块能正常为目标。　　集成测试：对已测试过的模块进行组装，进行集成测试。目的在于检验与软件设计相关的程序结构问题。　　确认（有效性）测试：是检验所开发的软件能否满足所有功能和性能需求的最后手段。有的划分方法中，也将确认测试合并入中。　　系统测试：检验软件产品能否与系统的其他部分（比如，硬件、及操作人员）协调工作。　　验收（用户）测试：检验软件产品质量的最后一道工序。主要突出用户的作用，同时软件开发人员也应有一定程度的参与。　　验收测试可以分成Alpha测试和Beta测试。Alpha测试是由用户在开发环境下完成的测试，Beta测试是由用户在用户环境下完成的测试。　　四、缺陷报告的组成　　分类:该问题所属的模块。　　出现频率:包括“经常”、“有时”、“随机”、“无法重复”等。　　严重度:包括“新特性”、“微不足道”、“文字错误”、“不合理或别扭”、“次要错误”、“严重错误”、“系统崩溃”、“系统死锁”。　　优先权:“低”、“中”、“高”、“加急”、“特急”。需要根据该bug对后续程序测试的影响来选择。　　选择平台:Bug的产生有时跟平台有关，有的bug并不是在所有平台下都会出现，所以需要记录下该测试环境的平台、、版本号等信息。　　版本:本次测试产品的版本。　　产品构建号:本次测试产品的产品构建号。　　摘要:需要简单明了的说明在什么位置出现了什么样的错误信息。　　说明:描述BUG的出处和BUG不合理的地方，需要准确反映错误的本质内容，要足够详细。　　问题重现步骤说明:按照详细操作步骤可以重现BUG，以方便开发人员快速解决bug，或以后翻查起来更方便理解。注意，每一个步骤尽量只记录一个操作。　　附加信息:对于该问题的一些补充，比如错误、期望结果或者期望什么时候完成修改等。　　附件:针对文字难以表达的或界面方面的问题，可以使用截图补充，也可以在截图上搭配简单的文字加以说明。　　五、衡量缺陷报告的标准　　用中性语言来陈述事实，不用幽默或情绪化的语言。　　对bug的描述要准确、清晰。　　bug的位置描述清晰。　　bug易于重现。在提交bug时，应当尽量找到bug重现规律，当问题可重现时，才会便于开发人员更快速的查找和解决该问题。面对一些比较不易重现或者不易描述的缺陷时，可以现场演示给开发人员。如果无法找到重现规律，也应该记录下该bug，并描述清楚上次出现的具体场景，同时指明偶然性。　　环境步骤等条件描述清晰。　　具备充分证据（比如截图、日志等）来证明这个bug的存在。　　摘要应该包含该缺陷的关键字以及清晰的描述了该缺陷的重要信息，并且便于从bug跟踪系统中查找和定位该缺陷。　　每个缺陷报告仅报告一个错误，以便日后查找、修改、统计该缺陷。　　缺陷报告作为测试人员和开发人员的交接说明，对修改软件缺陷的工作起到了描述和指示的作用，是软件可靠性提高的有力保障。内容简洁、科学、明确的缺陷报告，是沟通测试人员和开发人员的桥梁，所以，能否编写出高效的缺陷报告是衡量一个测试人员水平的条件，更是体现一个软件项目质量的可靠依据。
搜索风云榜
51Testing官方微信
51Testing官方微博
测试知识全知道