bug提交及缺陷管理_第1页
bug提交及缺陷管理_第2页
bug提交及缺陷管理_第3页
bug提交及缺陷管理_第4页
bug提交及缺陷管理_第5页
已阅读5页，还剩9页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

Bug提交与缺陷管理田丽芳测试四个主要工作：测试计划测试设计-测试用例实际测试Bug报告Bug报告的艰巨性、重要性如何利用各种技术和工具确保找出的软件缺陷清楚地表达，并且得到应有的最佳修复机会？一、软件缺陷的描述1、软件缺陷是什么

bug、缺点、错误、问题、毛病、异常、失败、偏差等正式定义：（五个规则）软件未达到产品说明书表明的功能软件出现了产品说明书指明不会出现的错误软件功能超出产品说明书指明范围软件未达到产品说明书虽未指出但应达到的目标软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好确保缺陷得以修复缺陷有的修复，有的不修复没有足够的时间不算真正的软件缺陷修复的风险太大不值得修复如何确保缺陷得以修复？--软件缺陷报告2、软件缺陷的基本原则尽早报告软件缺陷有效描述软件缺陷（软件测试方法与技术，p304）单一准确一个报告只对应一个缺陷完整统一提供完整、前后统一的软件缺陷的修复步骤和信息，例如图片信息、log文件等。短小精炼再现特定条件某些功能在特定条件下才会存在缺陷，例如：搜索功能在没有找到结果返回时跳转页面不对不做评价补充完善3、软件缺陷属性1分配给缺陷的ID号2提交缺陷的时间3缺陷提交人4版本号发生缺陷的子系统或模块5缺陷发生的条件6对缺陷的详细描述7所使用的测试用例号8缺陷类型（软件测试方法与技术，p305）9使用的机器号10缺陷的严重性11缺陷的改正优先级12发生缺陷的子系统或模块及相关的模块13缺陷状态信息当前状态及历史状态14其他

功能用户界面文档软件包性能系统/模块接口缺陷的严重性

因缺陷引起的故障对软件产品的影响程度缺陷严重性级别致命性缺陷（Critical）系统崩溃、数据丢失、数据毁坏严重功能性缺陷(Serious)操作性错误、错误结果、规定的功能没有实现或不完整、设计不合理造成性能低下，影响系统的运行警告性缺陷(Moderate)不影响业务运营的功能问题，eg.小问题、错别字、UI布局、罕见故障建议性缺陷(Suggestion,Cosmetic)对软件设计和功能实现等不甚合理之处提出建议

缺陷的优先级

缺陷被修复的紧急程度缺陷的优先级高优先级立即修复，阻止进一步测试，立竿见影中优先级在产品发布之前必须修复一般如果时间允许应该修复低优先级可能会修复，但是也能发布实例：缺陷的严重性和优先级极少发生的数据毁坏缺陷导致用户电话求助的安装指示错别字只要一启动就崩溃某按钮应该再向下方移动一点注意软件缺陷的优先级在项目期间会发生变化4、软件缺陷的图片、记录信息软件测试方法与技术添加各类文件添加URL添加抓拍图像添加系统信息二、分离和再现软件缺陷分离和再现软件缺陷的重要性如何分离和再现软件缺陷？不要想当然地接受任何假设，确保所有的步骤都被记录特定条件和时间压力和负荷、内存和数据溢出相关的边界条件考虑资源依赖性，包括内存、网络和硬件共享的相互作用等不能忽视硬件三、软件缺陷的生命周期

软件缺陷的生命周期从软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的

人人文库> 全部分类> 教育资料 > 辅导培训

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论