【文档说明】软件测试大学教程第17讲生命周期测试方法课件.ppt,共(40)页,994.500 KB,由小橙橙上传
转载请保留链接:https://www.ichengzhen.cn/view-50456.html
以下为本文档部分文字说明:
1/40第17讲生命周期测试方法第1页,共40页。2/40一、生命周期测试方法•传统的软件生命周期的观点:测试是在编程活动之后进行的,是软件开发的最后一个阶段•生命周期测试方法意味着测试与软件开发平行在软件开发的所有阶段进行测试被设计用来减少测试成本IB
M的数据大约60个缺陷/千行2/3的缺陷产生在需求和设计阶段在需求和设计阶段发现的缺陷修正的花费最小修正系统测试阶段发现的缺陷,花费是以上的10倍发布产品以后,修正缺陷的花费是原来的100倍第2页,共40页
。3/40一、生命周期测试方法(续)•生命周期的测试概念在软件开发过程中持续的进行测试在尽可能早的阶段点去修正缺陷需要正式的开发流程来支持组建测试团队当开发开始进行的时候,测试就开始进行了第3页
,共40页。4/40生命周期阶段验证活动需求*决定验证的方法*决定需求的充分程度*生成功能测试数据*决定与需求符合的设计设计*决定设计的充分程度*生成结构和功能测试数据*决定设计与需求的一致性编程*决定实现的充分程度*生成各种程序/单元的结构和功能测
试数据*决定与设计的一致性测试*决定测试计划的充分性*测试应用系统安装*把经测试的系统放入产品维护*修改和重新测试第4页,共40页。5/40一、生命周期测试方法(续)•需求阶段需求测试——在经典的软件工程理论中,软件测试是由代码完成后开始的,事实上应从软件的需求定义开始软件工程统计结果发现50
%以上的系统错误是由于错误的需求或缺少需求导致的,超过80%的开销花在追踪需求的错误上,这是由于在追踪需求的错误的过程中,经常会相互纠缠和重复劳动需求测试贯穿了整个软件开发周期,通过需求测试可指导软件测试的各个阶段,它可帮助我们设计整个测试的进行,测
试计划怎样安排,测试用例怎样选取,软件的确认要达到哪些要求等软件测试、验证、确认只有当具备软件需求分析时才有意义第5页,共40页。6/40一、生命周期测试方法(续)•需求阶段(续)准备风险列表确定风险风险分析风险检查表建立控制
目标确定有足够的控制力度第6页,共40页。7/40一、生命周期测试方法(续)•需求阶段(续)分析测试要素需求的设计是否遵循了已定义的方法提交了已定义的功能说明定义了系统界面已经估计了性能标准容忍度被预先估计预先定义了权限规则需求中预先定义了文件完整性预先定义了需求
的变更流程预先定义了失败的影响第7页,共40页。8/408一、生命周期测试方法(续)•需求阶段(续)需求阶段测试所有的花费都是值得的大部分缺陷将不会进入到设计&编码阶段需求阶段测试目标需求正确的表现出了用户的需要需求已经被定义和文档化了花费和收益成正比需
求的控制被明确有合理的流程可遵循有合理的方法可供选择需求阶段测试活动彻底分析需求的充分性,生成基础测试用例。澄清和确定那些需求是可测试的舍去含糊的、不可测试的需求,建立产品的需求和确认需求第8页,共40页。9/40一
、生命周期测试方法(续)•设计阶段交付的产品输入说明过程说明文件说明输出说明控制说明系统流程图硬件和软件的需求操作手册说明书数据保留的策略第9页,共40页。10/40一、生命周期测试方法(续)•设计阶段(续
)设计阶段测试任务给测试要素打分分析测试要素对设计进行评审检查修改的部分第10页,共40页。11/40一、生命周期测试方法(续)•设计阶段(续)分析测试要素,给测试要素打分测试涉及的内容:设计了对数据完
整性的控制设计了权限规则设计了对文件完整性的控制设计了审计追踪设计了发生意外情况时的计划设计了如何达到服务水平的方法定义了权限流程定义了完整的方法学设计了保证需求一致性的方法进行了易用性的设计设计是可维护的、
是简单的交互界面设计完毕定义了成功的标准需要同实际操作者沟通第11页,共40页。12/40一、生命周期测试方法(续)•设计阶段(续)设计阶段的测试活动概要设计阶段应阐述测试方法和测试评估准则,编写测试计划,组织一个独立的测
试小组,安排具有里程碑的测试日程详细设计阶段开发或获取确认支持工具,生成功能测试数据和测试用例在设计阶段使用静态和动态测试工具测试系统的结构评分工具和设计评审工具是广泛使用的二种测试工具评分是标识风险的一种工具,根据得分的结果确定系统的风险程度设计评审是对实际阶段
处理的完整性进行正式的评价,它是测试设计规格说明的工具,风险越高,设计评审越详细测试小组应对设计进行检查,所涉及的项目包括:遗漏的情况,错误的逻辑,模块接口的不匹配,数据结构不合理错误的I/O假定,用户界面不充分等第12页,共40页。13/40一、生命周期测
试方法(续)•设计阶段(续)对设计进行评审选择评审组成员对评审组进行培训通报项目组分配足够的时间只对文档化的事实进行评审和项目组一起进行评审对评审形成建议和项目组对建议一起进行评审准备正式的报告第13页,共40页。14/40一、生命周期测试方
法(续)•编码阶段形成的输出编码说明书程序文档计算机程序列表可执行的程序程序流程图操作介绍单元测试结果第14页,共40页。15/40一、生命周期测试方法(续)•编码阶段(续)测试活动的关注点完成对数
据和文件完整性的控制定义完毕授权的规则实现审计追踪规划出意外情况发生后的处理计划对系统如何达到预定义的服务水平做了计划完成了对安全问题的处理流程编码工作是依据规定的方法完成的编码与设计相一致(正确性,易用性,简洁性,耦合性)代码是可维护的已开发了操作流程定义出程序成
功的标准(性能上)第15页,共40页。16/40一、生命周期测试方法(续)•编码阶段(续)在编程阶段完成测试用例,对程序进行实际的测试在这阶段已经开发了许多测试工具,象编码走查和检查,静态分析和动态测试技术等编码阶段的测试需解决的问题和达到的目标系统是可维护的吗?系统说明是否
已经完成了?编码是否按照既有的标准进行,过程是否易于实践?是否有足够的测试计划用来评估可执行的程序?是否编制了足够的文档。第16页,共40页。17/40一、生命周期测试方法(续)•测试阶段测试关注点在需求,设计,
编码阶段多进行一些测试,在系统测试阶段就会少一些问题文档测试阶段的测试计划测试用例前期测试的测试结果第三方测试反馈,例如:计算机操作人员正式的测试总结报告第17页,共40页。18/40一、生命周期测试方法(续)•测试阶段
(续)典型测试类型手册与文档测试(易用性)一致性测试(授权,安全性,性能)功能点测试(完整性、正确性、审计,追踪)覆盖性的测试(测试的连续性)压力测试(服务水平)依照预先定义的测试方法检查(可维护性)灾难性的测试(可携带性)功能和回归测试(耦合性)操作性的测试(易用
性)第18页,共40页。19/40一、生命周期测试方法(续)•测试阶段(续)测试方法测试用例的概念是简单的建立有效的测试用例是复杂的设计测试文件测试用例应当包含合法的和非法的输入每一个动作只进行一次关键操作
输入测试数据分析结果尝试将测试文件违反程序的规则进行输入第19页,共40页。20/40一、生命周期测试方法(续)•测试阶段(续)容量测试的测试工具以大信息量的数据进行输入这是一个昂贵的测试,应根据需要来选择在线系统需要做压力测试第20页,共4
0页。21/40一、生命周期测试方法(续)•测试阶段(续)测试阶段的测试活动测试阶段要进行第三方的正式确认测试检验所开发的系统是否能按照用户提出的要求运行测试阶段对用户成功安装的应用系统所需进行的测试有:功能测试—运行部分或全部系统,确认用户的需求被满足
符合性测试—验证软件系统与相应的国际标准或国军标的符合程度强度测试—将系统置于强度下进行验收测试,测试系统对极端条件的反应,标识软件的薄弱点,指出系统能够经受的正常的工作量性能测试—通过测量响应时间、CPU使用和其它量化的操作特征,评估软件系统的性能指标操作测试—在没有开
发人员的指导和帮组情况下,由操作人员进行测试,以评估操作命令的完整性和系统是否容易操作恢复测试—故意使系统失败,测试人工和自动的恢复过程第21页,共40页。22/40一、生命周期测试方法(续)•测试总结测试报告目标表示出目前项目的实际状况明确什么是测试做的工作,什么是测试不作的工
作。给出系统的操作性能的评价明确什么时候系统可以进行产品化的工作关注点测试报告只有真正需要的时候才有用,需要配合市场和管理测试的信息是不充分的(对于评价一个项目来说)测试状况并不能真实的反应个人的状况第22页,共40页。23/40一、生命周期测试方
法(续)•测试总结(续)测试报告(续)测试期间数据的收集有关测试结果的积累数据测试任务,测试集合和测试事件的描述缺陷分析由于计划的问题,导致没有发现的缺陷的数据严重的缺陷缺陷类型为什么缺陷没有发现效果第23页,共40页。24/40一、生命周期测试方
法(续)•测试总结(续)测试报告(续)报告目前的软件状态功能/测试矩阵功能测试的状态报告,侧重点分析关于功能的工作时间轴期望发现VS实际发现的缺陷比没有发现的缺陷和改正的缺陷的差距按照类型分类,没有改正的缺陷的平均值缺陷分类报告测试活动报告
各个阶段的项目测试总结报告系统测试报告确认测试报告第24页,共40页。25/40一、生命周期测试方法(续)•安装阶段安装阶段的测试准备安装计划安装流程图安装文件和程序清单测试安装程序给出测试结果将程序运行的软硬件要求放入
产品说明中对于新操作人员的使用说明书对于新使用者的操作说明和操作流程安装过程中的各项可能发生的结果的说明第25页,共40页。26/40一、生命周期测试方法(续)•安装阶段(续)测试关注点对程序安装的正确性和完整性进行核对校验产品
文件的完整性安装的审查,追踪被记录安装之前,该系统已经被证实没有问题如果安装失败,系统有相应的解决方案安装过程,进行了权限控制(安全性)安装遵循一定的方法,步骤需要的配套程序和数据已经放进了产品中
已交付使用说明相关文件已经完整(可维护性)接口已经被合理调整(耦合性)综合的性能达到了用户要求第26页,共40页。27/40一、生命周期测试方法(续)•安装阶段(续)建议测试工具测试工具检查表选择测试的范围选择检查表明白这些问
题的用意提前测试用户的检查表使用该检查表模拟运行一遍自己向自己汇报一次将有用的信息记录下来评估检查表和检查流程第27页,共40页。28/40一、生命周期测试方法(续)•安装阶段(续)测试标准数据的正确性将程序产品化向操作者和用户进行讲解校验检查表和产品的正确性使用测试标准
去检验发生的问题安装阶段的测试活动安装阶段测试是测试应用系统的安装过程,分二种类型第一种类型的测试是验证安装程序的正确的功能第二种类型测试是验证安装过程的性能,安装通常在一个十分短的时间跨度范围内完成,而不是需要化一小时
或几小时第28页,共40页。29/40一、生命周期测试方法(续)•验收阶段软件验收流程定义用户角色定义验收标准编制验收计划执行验收计划填写验收结论第29页,共40页。30/40一、生命周期测试方法(续)•验收阶段(续)定义
用户角色确定最终用户的范围确认临时的和最终产品的验收标准计划每一个验收过程由谁和如何执行计划资源分配计划时间分配准备验收计划为每一项验收工作给出结论第30页,共40页。31/40一、生命周期测试方法(续)•验收阶段(续)确定验收标准功能上性能上接口质量
上过载后的软件质量安全性软件的稳定性第31页,共40页。32/40一、生命周期测试方法(续)•验收阶段(续)编写验收计划项目描述用户职责行政上的流程验收活动描述每一个验收项的评审最终的验收测试步骤第32页,共40页。33/40一、生命周期测试方法(续)•验收阶段(续)
执行验收计划验收测试和评审进行管理验收的结果典型的验收结果在进入下一个活动之前问题或者变更必须被接受工作可以继续,但是下次评审之前必须更正没有任何的更改第33页,共40页。34/40一、生命周期测
试方法(续)•维护阶段工作重点和目标两个重要的工作:测试和培训目标:开发一些测试用例,预先发现一些问题在运行情况发生变化后,预先的修正一些错误编写必要的培训材料对有关的人员进行培训同用户进行接触第34页,共40页。35/40一、生命周期测试方法
(续)•维护阶段(续)开发更新测试计划测试计划要简短,必须在短时间内完成。只测试变化的部分两点:测试什么,如何测试测试要素变化的数据交换变化的程序操作流程用户的操作习惯不同系统之间的互联语言版本安全性备份/恢复第35页,共40页。36/40一、生命周期测试方法(续)•维
护阶段(续)编制培训计划对系统进行概览对系统假定一些错误,给出处理方法培训材料对项目内容的陈述用户使用方法对错误列表上的问题给出解释对报告进行解释,并且说明如何使用他们(图标,数据等)对输
入数据进行解释第36页,共40页。37/40一、生命周期测试方法(续)•维护阶段(续)反馈反馈包括:用户反馈和测试反馈,又分成错误和建议。没有反馈意见,程序很难提高反馈的类型测试的数量和内容发现的问题数量和分类区分是技术上的还是应用上的问题将反馈信息重新整理,加入到相关的
测试数据中第37页,共40页。38/40一、生命周期测试方法(续)•维护阶段(续)维护阶段的测试活动在维护阶段,每当软件发生变化时应同时进行测试,目的是保证系统的变化在操作环境中能正确的运行在维护阶段进行回归测试,重新运行以前进行过的测试,消除由于软件修改而带来的各种错误主要的测试元素
有:变化的事务、变化的程序、运行过程、控制组过程、系统内的连接、作业控制语言、软件系统界面、安全、备份/恢复过程第38页,共40页。39/40生命周期中的软件测试第39页,共40页。40/40作业1.详细说明软件工程生命周期V型图的含义2.怎样
才能把好软件工程生命周期各个阶段的质量关第40页,共40页。