织雀教育软件缺陷的有效描述规则.doc

软件缺陷的有效描述规则软件缺陷的描述是是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的，因为：清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量，提高软件缺陷修复的速度，使每一个小组能够有效的工作，提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作在多年实践的基础上，我们积累了较多的软件缺陷的有效描述规则，主要是：1. 单一准确每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正。2. 可以再现提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。3. 完整统一提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。4. 短小简练通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。5. 特定条件许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。6. 补充完善从发现bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。7. 不做评价在软件缺陷描述不要带有个人观点，对开发人员进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。6.您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。生产软件的最终目的是为了满足客户需求，以客户需求作为评判软件质量的标准，软件缺陷（bug）的具体含义包括下面几个因素：1）软件未达到客户需求的功能和性能2）软件超出客户需求的范围3）软件出现客户需求不能容忍的错误4）软件的使用未能符合客户的习惯和工作环境Bug生命周期：new-open-fixed-close由测试员发现缺陷，并加入缺陷，这些缺陷状态为new；由项目管理把缺陷new状态置为open开发者修复缺陷后，把缺陷由open置为fixed，若拒绝修改则置为rejected。缺陷发现人员对缺陷进行回归测试，如果修改正确，把缺陷状态由fixed置为closed；如果缺陷还存在，则置为reopen。1 分配给错误的ID号2 提交错误的时间3 错误提交人4 版本号发生错误的子系统或模块 5 错误发生的条件6 对错误的详细描述7 所使用的测试用例号8 错误被发现的数据库9 使用的机器号10 错误的重要性11 错误的改正优先级12发生错误的子系统或模块及相关的模块13 错误是否易再现14 其他缺陷按严重性分类：A类致命错误-不能完全满足系统要求，基本业务功能未实现，系统崩溃，不稳定，数据库发生死锁等B类 严重错误，严重地影响系统要求或基本功能的实现，且没有办法更正。如一般性功能不符，业务流程不正确；程序接口错误。C类 一般性错误，界面错误，非重要功能无法正确执行D类-轻微错误，系统处理需要优化，界面定义不一致，界面定义不规范E类测试建议（非缺陷），流程优化建议等结束测试的标准：最终期限（发布期限，测试期