最新测试计划与软件缺陷TP串讲课件ppt.ppt

《最新测试计划与软件缺陷TP串讲课件ppt.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、进入夏天，少不了一个热字当头，电扇空调陆续登场，每逢此时，总会想起那一把蒲扇。蒲扇，是记忆中的农村，夏季经常用的一件物品。　　记忆中的故乡，每逢进入夏天，集市上最常见的便是蒲扇、凉席，不论男女老少，个个手持一把，忽闪忽闪个不停，嘴里叨叨着“怎么这么热”，于是三五成群，聚在大树下，或站着，或随即坐在石头上，手持那把扇子，边唠嗑边乘凉。孩子们却在周围跑跑跳跳，热得满头大汗，不时听到“强子，别跑了，快来我给你扇扇”。孩子们才不听这一套，跑个没完，直到累气喘吁吁，这才一跑一踮地围过了，这时母亲总是，好似生气的样子，边扇边训，“你看

2、热的，跑什么？”此时这把蒲扇，是那么凉快，那么的温馨幸福，有母亲的味道！　　蒲扇是中国传统工艺品，在我国已有三千年多年的历史。取材于棕榈树，制作简单，方便携带，且蒲扇的表面光滑，因而，古人常会在上面作画。古有棕扇、葵扇、蒲扇、蕉扇诸名，实即今日的蒲扇，江浙称之为芭蕉扇。六七十年代，人们最常用的就是这种，似圆非圆，轻巧又便宜的蒲扇。　　蒲扇流传至今，我的记忆中，它跨越了半个世纪，也走过了我们的半个人生的轨迹，携带着特有的念想，一年年，一天天，流向长长的时间隧道，袅测试计划与软件缺陷TP串讲什么是软件关于程序和软件的定义软件（

3、software）是计算机系统中与硬件（hardware）相互依存的另一部分，它是包括程序（program）、文档（document）的完整集合2软件测试的定义软件测试的概念是为了发现错误而执行程序的过程。应关心程序的效率和鲁棒性等因素。检验软件是否满足规定的需求。弄清预期与实际结果之间的差别。备注：所谓“鲁棒性”，是英文“robust”的译音，指强壮、健壮的意思。软件的“鲁棒性”，是指系统在一定条件下维持某些性能的特性，简单地说，就是适应各种各样的变化的能力。鲁棒性越强，系统精确度就愈高，性能越好。3缺陷的识别什么是缺陷

4、不符合设计要求不满足用户确定需求7缺陷的识别判断缺陷的方法通过参考文档（规格需求说明书、概要设计、详细设计等）来确认缺陷通过了解软件产品的行业背景和行业相关软件来发现缺陷通过沟通（与设计开发人员、需求分析人员、项目管理人员等）来确认和识别缺陷8再现与优化缺陷再现与优化缺陷的必要性为什么要再现与优化缺陷(方法P13-P14)关于软件中的“随机”出现的缺陷，如何处理9怎样有效记录缺陷保证重现缺陷分析故障——使用最少步骤复现故障包含所有重现缺陷的必要步骤方便阅读尽量简单——一个缺陷一个报告注意自己的语气值得注意的经验(P17)1

5、0缺陷报告的用途缺陷报告的用途是什么？为什么要尽早的报告缺陷？是不是所有的缺陷都会被修复？用途记录缺陷缺陷分类缺陷跟踪11缺陷的分类从哪些角度给缺陷分类？按问题引出不同按功能模块按缺陷的严重程度（可由公司自己定义）影响进度的问题死机功能问题界面问题建议按修复缺陷的优先级（可由公司自己定义）应立即修复的问题在产品发布之前必须修复的问题如果时间允许应该修复的问题可以在发布版本中存在的问题12缺陷报告的处理流程13缺陷报告的处理流程缺陷报告的分类按处理状态分类待确认的新提交的已分配的问题未解决的待返测的待归档的已归档的按处理意见

6、分类已修改的不是问题无法修改以后版本解决保留重复无法重现14使用Bugzilla缺陷跟踪系统缺陷报告状态转换(P32)15使用Bugzilla缺陷跟踪系统使用介绍平台版本报告优先级Bug状态报告人指定处理人概述邮件抄送列表从属关系附加描述Bug报告检索16软件测试流程概述什么是软件生命周期软件开发全部过程、活动和任务的结构框架，是从可行性研究到需求分析，软件设计，编码，测试，软件发布维护的过程17软件测试流程概述软件生命周期的瀑布模型18软件测试流程概述软件生命周期的螺旋模型19软件测试流程概述软件测试的生命周期(P47)

7、20软件测试流程软件测试流程图（需求阶段）21软件测试流程软件测试流程图（设计编码阶段）22软件测试流程软件测试流程图（集成、系统、验收）23软件测试流程软件测试过程(P73确认测试阶段)24软件测试的分类-按策略黑盒测试与白盒测试静态测试与动态测试手工测试与自动测试冒烟测试回归测试25软件测试的分类-常见测试方法功能测试性能测试压力测试负载测试易用性测试安装测试界面测试配置测试文档测试兼容性测试安全性测试恢复测试26软件测试的原则软件测试应尽早执行，并贯穿于整个软件生命周期软件测试应追溯需求测试应由第三方来构造穷举测试是

8、不可能的,要遵循Good-enough原则必须确定预期输出（或结果）必须彻底检查每个测试结果充分注意测试中的群集现象其他值得注意的规律和经验(P88)27关于评审什么是评审在正式的会议上将软件项目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出