测试执行与错误跟踪.docxVIP

前面讲过：测试计划、测试用例、测试工具、测试体系结构、测试覆盖度量，以及相对稳定的测试系统，有了这些内容，作为测试经理或测试项目负责人仍然不能放松。你需要收集执行数据，调整优先级，适应项目变化。由于数据和变化太多，需要一定的方法进行跟踪测试结果和各种变化。　　1、错误跟踪系统　　描述错误会花费很多时间，但描述不清楚或不做描述，将使测试可能带来的质量完善无效。因此使用错误跟踪系统使交流变得容易。　　1）编写良好的、标准化的错误报告，比形式随意的邮件、对话等效果好。　　2）如果使用数据库错误跟踪系统，可以方便地进行统计和分析。　　3）可以排定优先级来决定修改顺序，相关部门和人员参与决定这一问题。　　4）在软件生存周期内跟踪错误修改情况，防止遗漏。　　5）可以分析错误发展趋势。　　6）把未解决的问题及早通知技术支持人员，便于他们开展工作。　　2、故障描述　　故障描述一般包括三部分，概要陈述、再现步骤和隔离尝试。　　概要陈述：简洁陈述、切中要害，能够吸引读者。使用一两句话来描述错误，给客户或系统用户留下深刻印象。之所以称作陈述是因为说明的事项不应包含猜测。　　再现步骤：对于如何再现故障提供准确描述。再现步骤要求简明但完全，不含糊且准确。该信息作为开发人员调试的第一步，再现问题。如果错误是经多步才可能出现，就有不出现的可能性，改变环境可能使问题不复现。例如从测试实验室转到开发实验室。一般认为，验错需要重复以上步骤3～4次，并至少有2次观察到错误发生，这样进行描述的错误报告才比较可靠。包含了不出现的情况，说明问题的层次深，对程序的逻辑结构、系统环境影响等尚不能完全确定。　　隔离尝试：说明为了影响程序行为，测试人员尝试了哪些改变。系统表现如何。此处可以解释做某种隔离尝试的理由，可以包含猜测。一般来说这一步是开发测试与最终验收确认测试或第三方验收确认测试的差别。最终验收确认测试或第三方验收确认测试一般只关注测试结论：与用户需求规格说明等是否相符、差别程度如何？不关注错误原因及缺陷细节：需求分析错误、设计错误还是编程错误？错在哪里？　　1）错误报告描述风格　　错误应当时记录，如果熟悉错误报告的风格，就不会漏掉应该记录的细节；如果事后再回想再现步骤，可能难以清楚表述；如果再重新测试，可能执行环境和前提条件已经发生了变化。这样等于浪费时间。如果错误发生了变化，说明原来的测试覆盖不完整。　　好的错误报告告诉读者测试人员发现了什么，而不是测试人员做了什么。　　防止过于简单，含糊不完整；也要防止概要陈述散乱，步骤冗余，缺乏隔离。　　2）编写错误报告的十个步骤　　（1）测试方式：无论你做探索性或依据描述性用例的、手工的或自动的测试，都要认真仔细地测试。　　（2）再现：一般再现三次，说明测试几次再现了三次。　　（3）隔离：确定可能影响再现的变量，例如配置变化、工作流、数据集，说明它们如何改变错误的特征。　　（4）推广：确定系统其他部分是否可能出现这种错误，与隔离结合确定是否存在更严重的问题，注意错误集中现象是否存在，及同一个开发者的错误相似，他/她开发的模块容易出现类似的错误。测试执行与错误跟踪发布时间: 2011-4-15 11:46 ?? 作者: 李继才 ?? 来源: 51Testing软件测试网采编字体:? 小? 中? 大? | 上一篇下一篇 | 打印? | 我要投稿? 　　（5）比较：评审相似测试的结果，发现变化的情况。　　（6）总结：简述客户或用户的质量体验和观察到的一些特征。这是错误评审会议上惟一必须宣读的，这是客户不满意的来源，是产品未来市场的绊脚石，是开发方、测试方和用户共同特别关注的一些内容。　　（7）压缩：精简任何不必要的信息，特别是冗余的测试步骤。　　（8）去掉歧义：清晰避免含糊，避免误解。　　（9）中立：公正陈述事实，避免夸张、幽默或讽刺。　　（10）评审：同行或领导评审。　　3、创建错误跟踪数据库　　要灵活地存储、操作、查询、分析和报告大量数据，就需要数据库。　　错误跟踪数据库至少要保存故障描述，包括概要、再现步骤、隔离，还有标识信息，例如：顺序号、项目名字、报告作者，以及报告填写日期。　　使用错误跟踪系统自动形成的错误报告，一定要有人负责审核把关，防止把一些需要在测试团队内部处理的事情，或者不完全确定的事情，或者不完整的错误报告，传递给其他部门或者客户，造成不好的/难以挽回的影响。　　4、重要的少，次要的多：错误按重要性排序　　严重性等级：　　1．数据丢失、硬件损坏或安全问题　　2．无解决办法的功能丢失　　3．有解决办法的功能丢失　　4．功能部分丢失　　5．表面的和不重要的　　修改优先级：　　1．系统值完全丢失　　2．系统值不可接受的丢失　　3．系统值可接受的丢失　　4．系统值可接受的减少　　5．系统值可忽略的减少　　或者按以下分