Web应用软件测试（初级）课件：了解缺陷元素.pptxVIP

了解缺陷元素

缺陷元素序号名称定义说明1缺陷编号表明提交Bug的顺序如果使用缺陷管理工具，编号会自动生成；实际中是整个项目组统一编号2缺陷标题简明扼要的描述一下该Bug，根据标题能够使读者迅速理解Bug大致情况3缺陷的发现者/提交者一般情况为自己，或他人要求你帮忙提Bug4发现缺陷的日期一般为当天，或过去时间点5缺陷所属模块在测试哪个功能模块时发现的Bug，开发经理根据Bug所在的模块找到Bug的指定开发工程师。6发现缺陷的版本在测试程序的哪个版本的时候发现的Bug，项目产品往往设定不同的版本号7指派给谁处理测试工程师一般指派给开发经理，开发经理根据Bug所在的模块，再次派给具体的开发工程师

序号名称子项说明8缺陷类型功能问题影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需求正式的变更。如指针循环，地柜，功能等缺陷接口问题与其他组件、模块或设备驱动程序、调动参数、控制块或参数列表互相影响的缺陷逻辑问题需要进行逻辑分析，进行代码修改，如循环条件等计算问题等式、操作符或操作数错误，精度不够、不适当的数据验证等缺陷数据问题需要改少量代码，如舒适化或控制块。如声明、重复命名、限定等缺陷用户界面问题人机交互特性：屏幕格式，确认用户输入，功能有特性，页面排班等方面的缺陷性能问题由于配置库、变更管理或版本控制引起的错误标准问题不符合各种标准的要求，如编码标准、设计符号等缺陷兼容问题软件之间不能正确的交互共享信息安全问题涉及到用户安全，如密码明文显示建议性问题满足功能需求逻辑，但影响用户体验，可改可不改的易用性优化产品设计修正问题产品需求错误进行修改而造成的缺陷缺陷元素

缺陷元素序号名称定义说明9缺陷状态表明缺陷此时所处的状况或处理情况，状态的取值取决于公司所使用的缺陷管理工具如new、Open、Fixed、Closed，各个公司实际标准不同10缺陷严重程度表明该的Bug有多糟糕或者对软件造成的影响有多大如致命、严重、高、中、低，各个公司实际标准不同11缺陷优先级测试工程师希望开发工程师在哪个版本中或什么时间解决该Bug如加急、高、中、低，各个公司实际标准不同12缺陷描述把发现Bug的步骤、过程、使用数据记录下来，开发工程师通过描述能够再现该Bug操作页面、输入、操作、预期输出、实际输出13缺陷附件把发现Bug的位置进行截图，以便开发根据图文结合正好的再现Bug

缺陷生命周期新建打开分配测试确认关闭重新打开延期拒绝

缺陷生命周期新建：当缺陷被第一次递交的时候，它的状态即为“新建”；打开：在测试者提交一个缺陷后，测试组长确认其确实为一个缺陷的时候他会把状态置为“打开”；分配：一旦缺陷被测试经理置为“打开”，他会把缺陷交给相应的开发人员或者开发组。这时缺陷状态变更为“分配”；测试：开发人员修复缺陷后，会将缺陷提交给测试组进行新一轮的测试。在开发人员公布已修复缺陷的程序之前，他会把缺陷状态置为“测试”。这时表明缺陷已经修复并且已经交给了测试组。延期：意味着缺陷将会在下一个版本中被修复。将缺陷置为“延迟的”原因有许多种，有些由于缺陷优先级不高，有些由于时间紧，有些是因为缺陷对软件不会造成太大影响；拒绝：表示开发人员不认为其是一个缺陷；重复提交：表示一个缺陷被重复提交或者两个缺陷表明的意思相同；确认：一旦缺陷被修复，它就会被置为“测试”，测试员会执行测试；如果缺陷不再出现，这就证明缺陷被修复的同时其状态被置为“确认”。重新打开：表示缺陷被开发人员修复后仍然存在，测试人员会把缺陷状态置为“再次打开”；关闭：一旦缺陷被修复，测试人员会对其进行测试。如果测试人员认为缺陷不存在了，他会把缺陷状态置为“关闭”。这个状态意味着缺陷被修复，通过了测试并且核实确实如此。

感谢观看