《软件测试计划模版课件》由会员分享，可在线阅读，更多相关《软件测试计划模版课件（82页珍藏版）》请在金锄头文库上搜索。
1、,软件测试的实践 -测 试 计 划,科技部软件测试工程师培训,国家应用软件产品质量监督检验中心,目 次,一、引言 二、软件测试 三、测试计划 四、测试实践 五、实例,“美国的爱国者导弹防御系统”,1991年，美国爱国者导弹防御系统首次被用在第一次海湾战争对抗伊拉克飞毛腿导弹的防御作战中，总体上看效果不错，赢得各界的赞誉。但它还是有几次失利，没有成功拦截伊拉克飞毛腿导弹，其中一枚在沙特阿拉伯的多哈爆炸的飞毛腿导弹造成28名美国士兵死亡。 原因：拦截失败的症结在于一个软件缺陷，当爱国者导弹防御系统的时钟累计运行超过14小时后，系统的跟踪系统就不准确。在多哈袭击战中，爱国者导弹防御系统运行时间已经累
2、计超过100多个小时，显然那时系统的跟踪系统已经很不准确，从而造成这种结果。,一、引言,2003年8月11日，“冲击波”计算机病毒首先在美国发作，使美国的政府机关、企业及个人用户的成千上万的计算机受到攻击。随后，冲击波蠕虫很快在因特网上广泛传播，中国、日本和欧洲等国家也相继受到不断的攻击，结果使十几万台邮件服务器瘫痪，给整个世界范围内的Internet通信带来惨重损失。 “冲击波”计算机病毒仅仅是利用微软Messenger Service中的一个缺陷，攻破计算机安全屏障，可使基于Windows操作系统的计算机崩溃。 微软公司不得不紧急发布补丁包，修正这个缺陷。,一、引言,美迪斯尼公司的狮子王游
3、戏软件bug,1994年圣诞节前夕，迪斯尼公司发布了第一个面向儿童的多媒体光盘游戏“狮子王童话”。尽管在此之前，已经有不少公司在儿童计算机游戏市场上运作多年，但对迪斯尼公司而言，还是第一次进军这个市场。由于迪斯尼公司的著名品牌和事先的大力宣传及良好的促销活动，结果，市场销售情况非常不错，该游戏成为父母为自己孩子过圣诞节的必买礼物。 但结果却出人意料，12月 26日，圣诞节后的第一天，迪斯尼公司的客户支持部电话开始响个不停，不断有人咨询、抱怨为什么游戏总是安装不成功，或没法正常使用。很快，电话支持部门就淹没在愤怒家长的责问声和玩不成游戏孩子们的哭诉之中，报纸和电视开始不断报道此事。,一、引言,美
4、迪斯尼公司的狮子王游戏软件bug,后来证实，迪斯尼公司没有对当时市场上的各种PC机型进行完整的系统兼容性测试，只是在几种PC机型上进行了相关测试。 所以，这个游戏软件只能在少数系统中正常运行，但在大众使用的其他常见系统中却不能正常安装和运行。,一、引言,一、引言,2.1 软件测试的背景：,1972年，北卡罗来纳举行的首届软件测试正式会议上， Myers定义测试“为发现程序错误而执行程序的过程”。,二、软件测试,软件测试作为确保软件质量的重要手段，其工作贯穿于软件定义与开发的整个生命周期。 大量统计表明：软件测试工作量往往占软件开发总工作量的40%以上，在极端情况下，甚至可能高达软件工程其它步骤
5、成本总和三到五倍。,二、软件测试,续2.1 软件测试的背景：,二、软件测试,2.2 软件测试的定义,1983年，IEEE： 软件测试是使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或者弄清楚预期结果与实际结果之间的差别。,二、软件测试,续2.2 软件测试的定义,软件是由文档、数据以及程序组成，因此软件测试就是对软件形成过程的文档、数据以及程序进行的测试。,二、软件测试,2.3 软件测试阶段划分,三、测试计划,3.1 管理学中的计划： 计划：指对我们如何能达到目标的描述。,三、测试计划,3.2 IEEE定义的测试计划： 测试技术：一个叙述了预定的测试活动范围、途
6、径、资源及进度安排的文档。它确定了测试项、被测特征、测试任务、人员时间安排以及与计划相关的风险。,三、测试计划,测试哪些方面, 不同阶段的测试内容,为什么要进 行这些测试,测试不同阶 段的起止时 间,相应的缺陷、 文档存放位置， 测试环境等,项目有关人员 的组成,如何去测试，使 用那些测试工具及 测试方法进行测试,3.3 5W+H,3.4 计划的作用,三、测试计划,3.5 测试计划的核心活动,三、测试计划,三、应用实例,1.测试构架 2.测试环境 3.测试配置,确定任务 预估工作量 确定时间进度计划,1.编写策略、系统、工作量和时间 进度文档 2.与项目团队一起复查测试计划,3.5 测试计划的
7、 设计与实现,需求规格 说明书,1.测试的范围（将要测试什么） 2.测试方法（如何完成测试） 3.测试入口/退出条件和质量检查点 4.自动化策略,三、应用实例,3.6 测试策略,（1）确定测试范围,三、应用实例,续3.6测试策略,（2）确定测试顺序,三、应用实例,（3）确定测试方法,续3.6测试策略,三、应用实例,（4）测试标准,续3.6测试策略,三、应用实例,（5）确定自动化测试策略,续3.6测试策略,三、应用实例,（7）确定测试系统,测试系统不仅指用于测试的硬件，也包括测试架构以及测试配置。,续3.6测试策略,三、应用实例,（8）预估工作量,续3.6测试策略,三、应用实例,（9）评估进度风
8、险,续3.6测试策略,三、应用实例,（6）准备和复查测试计划文档,四、测试实践,中国有句古话：“凡事预则立，不预则废”。,做事情时事先计划的重要。,测试计划 测试计划文档,有些人认为： 测试计划就是以测试计划模板为纲，做填空题。,四、测试实践,测试计划的目的： 尽早地明确测试工作的内容（范围）、测试工作的方法以及测试工作所需要的各种资源。,所有涉及到测试工作的人员，尽快将下一步测试工作需要考虑的问题和准备的条件落实。,测试计划工作的重点在于：对当前工作任务的准备和规划以及信息的交流。,四、测试实践,软件需求说明,建立测试计划,测试计划文档,测试计划评审,成功,失败,四、测试实践,如何确定测试需
9、求：,四、测试实践,功能测试需求：一个明确的功能特性可以生成一条测试需求。,性能测试需求：通常包含在“补充需求”中的“非功能性需求”。,四、测试实践,若测试的软件系统：功能庞大、业务复杂,测试需求数量庞大,测试需求管理工具,（1）可以建立软件需求与测试需求的联系 （2）软件需求发生变更，会提示修改测试需求和测试用例,四、测试实践,风险评估：,确定测试需求,风险评估,1.确定测试对象的优先级 2.确定测试实现的先后顺序,把注意力集中到最关键、最有意义和优先级最高的测试对象上。,四、测试实践,风险评估：,风险评估,确定风险最高的测试对象,优先测试,四、测试实践,风险评估的考虑要点：,四、测试实践,
10、（1）重要性和严重性,从实际业务考虑,确定测试对象的重要性和严重性,如：这个测试对象在系统中起到什么样的作用； 如果该测试对象失效，其所带来的后果？,重点考虑后果：可以设置级别和分值，以帮助分析。,四、测试实践,（2）原因,如果某个测试对象失效，那么导致其失效的原因是什么？,分析失效产生的原因，原因如何出现。,分析失效对系统其它部分的运行是否会产生影响。,对导致被测对象失效的原因进行风险评估,四、测试实践,（3）可能性,如果一个被测对象失效，那么出现该情况的几率多大？出现的几率越大，风险越大。,对于频繁发生的业务或经常使用的功能，发生问题的几率同样会提升。,对于低版本中出现的问题，在高版本中发
11、生的几率也会比较高。,四、测试实践,（3）可能性,需求变更，带来的软件改动，可能导致问题的出现。,业务关系复杂，交叉多，可能导致问题的出现。,使用了大量的第三方软件、控件，或直接移植代码，可能导致问题的出现。,四、测试实践,确定测试的优先级,确定优先级的三项指标,四、测试实践,（1）风险,通过风险评估,确定不同测试对象的风险,四、测试实践,（2）开发部门的进度安排,软件代码未完成之前,可以完成测试需求的设计 测试用例的设计,具体测试开始要求开发部门提交可测试的程序，方可开始测试。,没有必要把所有工作全部都第一时间完成。,对开发部门优先提供的程序，可优先考虑。对于需要其它业务辅助支持的功能，而该
12、辅助功能未完成的情况下，可降低其优先级。,四、测试实践,（3）用户协议,如果在同用户签订的软件开发合同中，明确了系统各个部分发布的时间，则可以将其作为测试优先级的一个指标。,四、测试实践,确定测试策略：,四、测试实践,确定测试策略：,四、测试实践,测试策略的描述内容：,四、测试实践,测试策略的描述内容：,四、测试实践,（1）测试类型和目的,四、测试实践,（2）测试阶段：可以用表格明确测试的执行情况,不同测试阶段对测试内容和测试的方法考虑不同。 如：单元测试考虑代码的覆盖； 确认测试考虑需求的满足情况；,四、测试实践,（3）测试方法：,四、测试实践,（a）功能测试：,四、测试实践,（a）功能测试
13、：,四、测试实践,（b）性能测试：,四、测试实践,（b）性能测试：,四、测试实践,（4）确定测试资源,确定测试资源,四、测试实践,（4）确定测试资源,四、测试实践,（4）确定测试资源,四、测试实践,（5）时间表,四、测试实践,（a）某项工作的开始时间,可以写相对时间，例如：从开发部门提交可供测试的版本开始。而非具体的某年某月某日。,四、测试实践,（b）某项工作需要多少时间完成,四、测试实践,（b）某项工作需要多少时间完成,四、测试实践,（b）某项工作需要多少时间完成,四、测试实践,（b）某项工作需要多少时间完成,四、测试实践,（b）某项工作需要多少时间完成,测试时间表,是尺子，而不是鞭子,逐步
14、提高测试计划制定者对工作效率和时间的把握,四、测试实践,（6）词汇表,确定词汇表的目的,避免测试计划文档的使用者对同一件事件有不同的解释,四、测试实践,（7）生成测试计划文档,使用文档模板,相关的人员,分发,讨论文档的可行性,相关人员:领导、同事、用户,四、测试实践,（8）如何不让测试计划束之高阁,测试计划,束之高阁,原因：测试计划缺乏 参考价值,四、测试实践,（8）如何不让测试计划束之高阁,措施：上面讲的完成测试计划的方法并不是完成该项工作的全部方法,建议：根据自己的需要来修改补充测试计划所涉及的内容,建议：对把握的内容做出计划和约定。对于缺少经验无法确定的部分，应向其他同时请教，并在计划评
15、审时，说明该情况。,四、测试实践,（8）如何不让测试计划束之高阁,措施：当那些会对测试计划产生影响的因素发生变化时，要及时更新测试计划的相关内容。,软件需求和软件设计发生变化，你要考虑测试需求是否要变化。 有同事调离项目，要及时调整测试策略； 测试计划发生重大调整，要考虑工作量是否需要重新估算，是否应调整测试用时间； 测试资源的配备无法达到要求，要调整测试策略。,四、测试实践,（8）如何不让测试计划束之高阁,措施：计划不是用来应付领导或客户的，而是用来指导实际工作的，因此，计划的内容要正确、详实、具有可行性。,四、测试实践,（8）如何不让测试计划束之高阁,措施：若项目过于庞大，可以尝试着把工作
16、阶段分几个更小的阶段来设计完成。把测试工作控制在自己的能力范围内。,四、测试实践,测试计划的编写模板： GB/T 8567-2006计算机软件文档编制规范,五、补充内容,五、补充内容,模块的划分要依据用户手册、需求规格说明书和系统界面三部分，充分体现系统的层次架构； 如果系统层次超过3层时，学会内容前置或者表格拆分方法编写计划； 在判断是按照权限划分还是按功能模块划分架构时，可以多方听取意见，最后由项目组长确定； 系统存在流程处理时，除了要对系统功能进行测试，还要加入流程的测试。,原 则,五、补充内容,案例1：依据用户手册划分系统架构,五、补充内容,案例2：复杂界面的划分,五、补充内容,案例3：业务流程,五、补充内容,五、补充内容,从此处拆分,段落左缩进0.19cm,五、补充内容,内容编写要求,用词尽量与实际系统的用词一致； 语法结构也要尽量统一，如使用动宾结构；如“删除”，界面上没有宾语的可进行适当补充“删除人员”，尤其在前面的测试需求上不能明确对象的时候需要添加宾语； 测试过程中
