报告所发现软件缺陷共36页文档

已支持
实际结果：点击无效，无合理提示
前置条件：
复现步骤：
Bug_5
1. 2.
期望结果：
实际结果：
前置条件：
复现步骤：
Bug_6
1. 3.
期望结果：
实际结果：
0.6.0
Bug_7 Bug_8 Bug_9 Bug_10
前置条件： 复现步骤： 1. 4. 期望结果： 实际结果： 前置条件： 复现步骤： 1. 5. 期望结果： 实际结果： 前置条件： 复现步骤： 1. 6. 期望结果： 实际结果： 前置条件： 复现步骤： 1. 7. 期望结果：
Bug_id
标题
问题描述
目标版本
前置条件
重现步：
Bug_1
账号登录输入不正确的手机 1、在快捷登录页面输入不正确的手机号
号提示：null
码
2、点击"获取验证码"
3、输入正确的图片验证码，点击“确定
”
前置条件：
复现步骤：
1、在快捷登录页面输入手机号码
Bug_2
输入图形验证码弹出框，点 2、点击"获取验证码" 击“取消”，软件闪退 3、在输入图形验证码弹出框，点击“取
消”
期望结果：关闭弹出框，返回快捷登录
页面
Bug_3
手机号注册绑定微信成功 后，账户中无可用金币
实复际现结步果骤：：软件闪退 1、在微信绑定页面，点击“绑定微信 ”，进入微信授权页面
复现步骤：
1.测试设备未安装微信
Bug_4
未安装微信的设备微信授权 登录时，无微信安装提示
2.在手机号快捷登录页面，点击“微信 登录” 期望结果：提示：该功能需要安装微信
Bug严重等级 Bug状态

? 缺陷状态：指缺陷通过一个跟踪修复过程的进展情况 ，也就是在软件生命周期中的状态基本定义
缺陷状态
描述
激活或打开
问题还没有解决，存在源代码中，确认“提交的缺陷”，
（Active or Open） 等待处理，如新报的缺陷。
已修正或修复
已被开发人员检查、修复过的缺陷，通过单元测试，认
软件缺陷
IEEE (1983) 729 软件缺陷一个标准的定义：
? 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错 误、毛病等各种问题； ? 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
软பைடு நூலகம்缺陷的主要类型/现象：
? 功能、特性没有实现或部分实现 ? 设计不合理，存在缺陷 ? 实际结果和预期结果不一致 ? 运行出错，包括运行中断、系统崩溃、界面混乱 ? 数据结果不正确、精度不够 ? 用户不能接受的其他问题，如存取时间过长、界面不美观
为CLOSED。 B. 还有问题，REOPENED，状态重新变为“New ，并发邮件通知。 ? 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail
骚扰它的属主，直到采取行动为止。
Mantis典型的缺陷周期
参见：杨根兴 等，软件质量保证：测试与评价，清华大学出版社2007，page355
? 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写 bug报告后，通过Email通知项目组长或直接通知开发者。
? 项目组长根据具体情况，重新reassigned分配给bug所属的开发者 。
? 开发者收到E-Mail信息后，判断是否为自己的修改范围。 A. 若不是，重新reassigned分配给项目组长或应该分配的开发者； B. 若是，进行处理，resolved并给出解决方法。 ? 测试人员查询开发者已修改的bug，进行重新测试。 A. 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改

软件测试缺陷报告软件测试缺陷报告是指在软件测试过程中发现的缺陷（bug）所编写的报告。

缺陷报告是记录缺陷信息的主要手段，对于软件开发过程的改进和提高软件质量具有重要的作用。

本文将介绍软件测试缺陷报告的作用和三个具体的案例。

作用软件测试缺陷报告的作用非常重要，主要有以下几点：1. 记录问题：缺陷报告是记录缺陷和问题的主要方式。

测试人员应该仔细记录问题，并清晰地描述问题的重要信息。

2. 保持沟通：缺陷报告是开发者和测试人员之间沟通的桥梁，有助于开发者了解测试人员发现的问题，并根据这些问题进行反馈和解决。

3. 提高软件质量：缺陷报告不仅提供了问题所在的位置，还可以说明将问题解决之后应有的结果。

这有助于开发人员对于软件的改进，进而提高软件的质量。

案例接下来，我们将介绍三个软件测试缺陷报告的案例。

1. Crash Bug缺陷：在使用应用程序时，软件会崩溃。

分析：这种情况可能是因为应用程序中出现了语法错误或数据结构问题。

测试人员应该记录崩溃的时机，以及导致崩溃的操作。

解决方法：开发人员应该检查代码错误，以修复缺陷，并确保再次测试通过。

2. UI Bug缺陷：应用程序的用户界面（UI）显示不正确。

分析：这种情况可能是由于开发人员在设计UI时出现了错误，或者是由于软件在不同设备上的显示问题。

测试人员应该记录UI显示的位置和表现形式。

解决方法：开发人员可以根据测试人员的反馈来检查UI设计，通过调整UI布局并重新测试来修复缺陷。

3. Security Bug缺陷：应用程序存在安全漏洞。

分析：这种情况可能是由于代码编写不安全，或是代码存在漏洞。

测试人员应该记录安全漏洞的位置和漏洞类型。

解决方法：开发人员应该检查代码中的安全注意事项，并通过修复漏洞和安全措施来确保安全性。

测试人员应该重新测试以确认安全缺陷是否已修复。

总结软件测试缺陷报告对于软件测试非常重要。

它可以记录所有的软件问题，帮助开发人员和测试人员沟通，提高软件的质量。

Compuware TrackRecord： /trackrecord.htm HP TestDirector：/ TestTrack Pro：/ttpro.html
9.4 软件缺陷的处理和跟踪
9.4.1 软件缺陷生命周期 9.4.2 缺陷的跟踪处理 9.4.3 缺陷状态报告
发现 打开 修复 关闭
缺陷状态
软件缺陷生命周期
缺陷的跟踪处理

密切跟踪缺陷状态的变化，及时处理缺陷，使 目按预定的计划进行

动态报表，及时更新数据 自动邮件机制
第9章内容



开源缺陷跟踪系统
MantisBT，/
Bugzilla：/projects/bugzilla/ Bugzero：/
Scarab：/
9.1 一个简单的缺陷报告
9.2 缺陷报告的描述
9.3 如何有效地报告缺陷
9.4 软件缺陷的处理和跟踪
9.5 缺陷分析 9.6 缺陷跟踪系统
9.5 缺陷分析
9.5.1 实时趋势分析 9.5.2 累积趋势分析
9.5.3 缺陷分布分析
实时趋势分析
实时数据，由每日或每周发生的数据构成的时间序列 对随时间变化的趋势进行分析


完整统一，提供完整的软件缺陷描述信息
短小简练，如使用业务关键词 特定条件，必须注明缺陷发生的特定条件 不做评价，客观描述
第9章内容
9.1 一个简单的缺陷报告
9.2 缺陷报告的描述
9.3 如何有效地报告缺陷
9.4 软件缺陷的处理和跟踪
9.5 缺陷分析 9.6 缺陷跟踪系统
缺陷数据库所带来的益处
不仅可以统一数据格式、完成数据校验，而且确保每一个缺陷不会被忽 视，使开发人员的注意力保持在那些必须尽快修复的高优先级的缺陷上。 可以随时建立符合各种需求的查询条件，而且有利于建立各种动态的数 据报表，用于项目状态报告和缺陷数据统计分析。 可以随时得到最新的缺陷状态，大家获得一致又准确的信息，掌握相同 的实际情况，消除沟通上的障碍。 可以将缺陷和测试用例、需求等关联起来，可以完成更深度的分析，有 利于产品的质量改进等。