软件测试计划模版课件.ppt

《软件测试计划模版课件.ppt》由会员分享，可在线阅读，更多相关《软件测试计划模版课件.ppt（82页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试的实践-测 试 计 划国家应用软件产品质量监督检验中心科技部软件测试工程师培训教材目 次一、引言二、软件测试三、测试计划四、测试实践五、实例科技部软件测试工程师培训教材“美国的爱国者导弹防御系统”1991年，美国爱国者导弹防御系统首次被用在第一次海湾战争对抗伊拉克飞毛腿导弹的防御作战中，总体上看效果不错，赢得各界的赞誉。但它还是有几次失利，没有成功拦截伊拉克飞毛腿导弹，其中一枚在沙特阿拉伯的多哈爆炸的飞毛腿导弹造成28名美国士兵死亡。原因：拦截失败的症结在于一个软件缺陷，当爱国者导弹防御系统的时钟累计运行超过14小时后，系统的跟踪系统就不准确。在多哈袭击战中，爱国者导弹防御系统运行时间

2、已经累计超过100多个小时，显然那时系统的跟踪系统已经很不准确，从而造成这种结果。一、引言科技部软件测试工程师培训教材 2003年8月11日，“冲击波”计算机病毒首先在美国发作，使美国的政府机关、企业及个人用户的成千上万的计算机受到攻击。随后，冲击波蠕虫很快在因特网上广泛传播，中国、日本和欧洲等国家也相继受到不断的攻击，结果使十几万台邮件服务器瘫痪，给整个世界范围内的Internet通信带来惨重损失。“冲击波”计算机病毒仅仅是利用微软Messenger Service中的一个缺陷，攻破计算机安全屏障，可使基于Windows操作系统的计算机崩溃。微软公司不得不紧急发布补丁包，修正这个缺陷。一、引

3、言科技部软件测试工程师培训教材美迪斯尼公司的狮子王游戏软件bug 1994年圣诞节前夕，迪斯尼公司发布了第一个面向儿童的多媒体光盘游戏“狮子王童话”。尽管在此之前，已经有不少公司在儿童计算机游戏市场上运作多年，但对迪斯尼公司而言，还是第一次进军这个市场。由于迪斯尼公司的著名品牌和事先的大力宣传及良好的促销活动，结果，市场销售情况非常不错，该游戏成为父母为自己孩子过圣诞节的必买礼物。但结果却出人意料，12月 26日，圣诞节后的第一天，迪斯尼公司的客户支持部电话开始响个不停，不断有人咨询、抱怨为什么游戏总是安装不成功，或没法正常使用。很快，电话支持部门就淹没在愤怒家长的责问声和玩不成游戏孩子们的哭

4、诉之中，报纸和电视开始不断报道此事。一、引言科技部软件测试工程师培训教材美迪斯尼公司的狮子王游戏软件bug 后来证实，迪斯尼公司没有对当时市场上的各种PC机型进行完整的系统兼容性测试，只是在几种PC机型上进行了相关测试。所以，这个游戏软件只能在少数系统中正常运行，但在大众使用的其他常见系统中却不能正常安装和运行。一、引言科技部软件测试工程师培训教材1.如何有效开展软件测试活动？2.软件测试计划在测试流程中所处的地位？3.测试计划制定的关键步骤？4.如何制定有效的测试计划？5.如何防止测试计划被束之高阁？一、引言科技部软件测试工程师培训教材2.1 软件测试的背景：1972年，北卡罗来纳举行的首届

5、软件测试正式会议上，Myers定义测试“为发现程序错误而执行程序的过程”。二、软件测试科技部软件测试工程师培训教材 软件测试作为确保软件质量的重要手段，其工作贯穿于软件定义与开发的整个生命周期。大量统计表明：软件测试工作量往往占软件开发总工作量的40%以上，在极端情况下，甚至可能高达软件工程其它步骤成本总和三到五倍。二、软件测试续2.1 软件测试的背景：科技部软件测试工程师培训教材二、软件测试2.2 软件测试的定义1983年，IEEE：软件测试是使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或者弄清楚预期结果与实际结果之间的差别。科技部软件测试工程师培训教材二

6、、软件测试续2.2 软件测试的定义 软件是由文档、数据以及程序组成，因此软件测试就是对软件形成过程的文档、数据以及程序进行的测试。科技部软件测试工程师培训教材二、软件测试2.3 软件测试阶段划分科技部软件测试工程师培训教材三、测试计划3.1 管理学中的计划：计划：指对我们如何能达到目标的描述。做什么？怎么做？计划科技部软件测试工程师培训教材三、测试计划3.2 IEEE定义的测试计划：测试技术：一个叙述了预定的测试活动范围、途径、资源及进度安排的文档。它确定了测试项、被测特征、测试任务、人员时间安排以及与计划相关的风险。时间资源范围三要三要素素策略风险控制其它方面科技部软件测试工程师培训教材三、

7、测试计划5WWhatWhyWhenWhereWho5WH软件测试计划测试哪些方面,不同阶段的测试内容为什么要进行这些测试测试不同阶段的起止时间相应的缺陷、文档存放位置，测试环境等项目有关人员的组成如何去测试，使用那些测试工具及测试方法进行测试3.3 5W+H科技部软件测试工程师培训教材1计划能给管理者和被管理者指明前进的方向；2计划可以减少不确定性对组织的影响和冲击；3计划可以减少无序和浪费；4计划有利用管理和控制。3.4 计划的作用三、测试计划科技部软件测试工程师培训教材 3.5 测试计划的核心活动1.确定测试策略2.确定测试系统（软件和硬件）3.预估工作量（资源和时间进度计划）4.评估时间

8、进度风险并准备风险缓解计划5.准备并复查测试计划文档三、测试计划科技部软件测试工程师培训教材三、应用实例取得需求文档确定测试策略确定测试系统预估测试工作量准备并复查测试计划测试设计和实现1.测试构架2.测试环境3.测试配置确定任务预估工作量确定时间进度计划1.编写策略、系统、工作量和时间进度文档2.与项目团队一起复查测试计划 3.5 测试计划的 设计与实现需求规格说明书1.测试的范围（将要测试什么）2.测试方法（如何完成测试）3.测试入口/退出条件和质量检查点4.自动化策略科技部软件测试工程师培训教材三、应用实例3.6 测试策略（1）确定测试范围测试过度测试不足问题科技部软件测试工程师培训教材

9、三、应用实例续3.6测试策略（2）确定测试顺序1先测优先级最高的需求；2对新功能和修改旧功能的代码进行测试；3运用等价划分技术和边界值分析技术减少测试工作量；4测试那些最有可能出现问题的地方；5关注用户最长使用的功能和配置情况等。科技部软件测试工程师培训教材三、应用实例（3）确定测试方法需求阶段对需求文档进行静态测试，主要采用审查、走查的方法验证需求的完整性、一致性、可行性编码单元测试阶段白盒测试方法一般由编码人员自行完成集成测试阶段黑盒测试设计用例时注意等价划分和边界值方法确认测试阶段黑盒测试黑盒测试测试工具，测试工具，进行自动进行自动化测试，化测试，包括系统包括系统的功能测的功能测试和性能

10、试和性能测试测试系统测试阶段功能测试性能测试安全测试强度测试续3.6测试策略科技部软件测试工程师培训教材三、应用实例（4）测试标准1进入标准描述在开始之前需要做哪些工作2退出标准描述在怎样的情况下可以结束测试3暂停/继续测试描述如果缺陷妨碍测试进行下去，会发生什么事情。如果情况很糟，无法执行计划的测试，则应暂停测试，等完成修复工作后，再完成测试工作。4通过/失败标准执行每项测试应该有一个明确的预期结果。如果得到了预期的结果，测试就通过。否则表明测试失败。续3.6测试策略科技部软件测试工程师培训教材三、应用实例（5）确定自动化测试策略配置管理工具Clear Case缺陷管理工具Clear Que

11、st 功能测试Robot性能测试loadRunner续3.6测试策略科技部软件测试工程师培训教材三、应用实例（7）确定测试系统 测试系统不仅指用于测试的硬件，也包括测试架构以及测试配置。1测试架构：测试用例的组织形式2测试配置：软硬件环境续3.6测试策略科技部软件测试工程师培训教材三、应用实例（8）预估工作量1确定要完成的任务：测试用例的组织形式2确定每个任务的所需工作量3确定完成每个任务的时间4为测试工作建立详细的时间进度计划和里程表续3.6测试策略科技部软件测试工程师培训教材三、应用实例（9）评估进度风险 1开始测试时，所需硬件没有到位。2开始测试时，测试的系统还没有布置好。3开始测试时，

12、测试用例还没有准备好。4测试过程中，需求发生变更。5测试过程中，用户界面发生变更。续3.6测试策略科技部软件测试工程师培训教材三、应用实例（6）准备和复查测试计划文档 1详细描述工作的范围2估计定义测试用例和实施测试所需工作。3确定所需资源（人、硬件、软件和工具）4为各个任务分配资源5制定进度表。6确定进度安排或质量风险7制定解决风险的应急计划8追踪项目进展并采取纠正措施9在适当的时候重新定制10向整个项目提供测试状态的可视性11对失败或堵塞测试纠正后重新测试提供测试报告科技部软件测试工程师培训教材四、测试实践中国有句古话：“凡事预则立，不预则废”。做事情时事先计划的重要。科技部软件测试工程师

13、培训教材测试计划 测试计划文档有些人认为：测试计划就是以测试计划模板为纲，做填空题。四、测试实践科技部软件测试工程师培训教材测试计划的目的：尽早地明确测试工作的内容（范围）、测试工作的方法以及测试工作所需要的各种资源。所有涉及到测试工作的人员，尽快将下一步测试工作需要考虑的问题和准备的条件落实。测试计划工作的重点在于：对当前工作任务的准备和规划以及信息的交流。四、测试实践科技部软件测试工程师培训教材软件需求说明建立测试计划测试计划文档测试计划评审成功失败四、测试实践科技部软件测试工程师培训教材如何确定测试需求：确定测试内容或是确定测试的具体对象确定需求确定测试需求软件需求规约用户手册软件设计文

14、档四、测试实践科技部软件测试工程师培训教材功能测试需求：一个明确的功能特性可以生成一条测试需求。性能测试需求：通常包含在“补充需求”中的“非功能性需求”。非功能性非功能性需求需求执行某项业务时的响应时间资源占用率非功能性非功能性需求需求可靠性测试需求安全测试需求易用性测试需求兼容性测试需求四、测试实践科技部软件测试工程师培训教材若测试的软件系统：功能庞大、业务复杂测试需求数量庞大测试需求管理工具（1）可以建立软件需求与测试需求的联系（2）软件需求发生变更，会提示修改测试需求和测试用例四、测试实践科技部软件测试工程师培训教材风险评估：确定测试需求风险评估1.确定测试对象的优先级2.确定测试实现的

15、先后顺序把注意力集中到最关键、最有意义和优先级最高的测试对象上。四、测试实践科技部软件测试工程师培训教材风险评估：风险评估确定风险最高的测试对象优先测试四、测试实践科技部软件测试工程师培训教材风险评估的考虑要点：重要性严重性要点1原因要点2可能性要点3四、测试实践科技部软件测试工程师培训教材（1）重要性和严重性从实际业务考虑确定测试对象的重要性和严重性如：这个测试对象在系统中起到什么样的作用；如果该测试对象失效，其所带来的后果？重点考虑后果：可以设置级别和分值，以帮助分析。四、测试实践科技部软件测试工程师培训教材（2）原因如果某个测试对象失效，那么导致其失效的原因是什么？分析失效产生的原因，原

16、因如何出现。分析失效对系统其它部分的运行是否会产生影响。对导致被测对象失效的原因进行风险评估四、测试实践科技部软件测试工程师培训教材（3）可能性如果一个被测对象失效，那么出现该情况的几率多大？出现的几率越大，风险越大。对于频繁发生的业务或经常使用的功能，发生问题的几率同样会提升。对于低版本中出现的问题，在高版本中发生的几率也会比较高。四、测试实践科技部软件测试工程师培训教材（3）可能性需求变更，带来的软件改动，可能导致问题的出现。业务关系复杂，交叉多，可能导致问题的出现。使用了大量的第三方软件、控件，或直接移植代码，可能导致问题的出现。四、测试实践科技部软件测试工程师培训教材确定测试的优先级风

17、险用户协议开发部门的进度安排确定优先级的三项指标四、测试实践科技部软件测试工程师培训教材（1）风险通过风险评估确定不同测试对象的风险四、测试实践科技部软件测试工程师培训教材（2）开发部门的进度安排软件代码未完成之前可以完成测试需求的设计测试用例的设计具体测试开始要求开发部门提交可测试的程序，方可开始测试。没有必要把所有工作全部都第一时间完成。对开发部门优先提供的程序，可优先考虑。对于需要其它业务辅助支持的功能，而该辅助功能未完成的情况下，可降低其优先级。四、测试实践科技部软件测试工程师培训教材（3）用户协议 如果在同用户签订的软件开发合同中，明确了系统各个部分发布的时间，则可以将其作为测试优先

18、级的一个指标。四、测试实践科技部软件测试工程师培训教材确定测试策略：测试计划测试需求的确定优先级的确定测试策略的确定四、测试实践科技部软件测试工程师培训教材确定测试策略：1需要扎实的测试和开发技术为基础2对被测软件系统业务流程要熟悉四、测试实践科技部软件测试工程师培训教材测试策略的描述内容：描述测试工作中采用的测试方法内容1描述测试的目标内容2四、测试实践科技部软件测试工程师培训教材测试策略的描述内容：不同的测试阶段需要考虑的测试类型和具体测试目标需要哪些测试技术，不同测试阶段结束的标准是什么？一些对测试工作可能产生影响的因素。四、测试实践科技部软件测试工程师培训教材（1）测试类型和目的测试类

19、型功能测试用户界面测试性能测试兼容性测试安全及访问权限测试四、测试实践科技部软件测试工程师培训教材（2）测试阶段：可以用表格明确测试的执行情况单元测试单元测试集成测试集成测试确认测试确认测试验收测试验收测试功能测试性能测试兼容性测试不同测试阶段对测试内容和测试的方法考虑不同。如：单元测试考虑代码的覆盖；确认测试考虑需求的满足情况；四、测试实践科技部软件测试工程师培训教材（3）测试方法：通过程序界面执行程序，还是直接从代码中找到缺陷？是否需要导入自动化测试工具来改善测试策略？如果需要导入测试工具，那些测试仍需要仍需要手工测试？如何判断测试工作完毕？测试的目标是什么？有哪些问题可能对测试执行工作产

20、生影响？四、测试实践科技部软件测试工程师培训教材（a）功能测试：1测试目标确保所有的被测对象功能正常。2测试方法至少为每条测试需求设计两个测试用例，一个用来验证是否实现了其应有的功能。一个用来检查功能的实现是否存在问题。续2符合业务规则的操作和数据是否可以得到预期的结果？不符合业务规则的操作和数据是否都被拒绝接受，并提供出正确的、容易理解的提示信息。所有的业务规则的实现是否同需求中的描述相互一致。3系统测试阶段所有测试用例均采用手工方式通过对用户界面的操作来执行。四、测试实践科技部软件测试工程师培训教材（a）功能测试：1完成标准对确认测试测试阶段：必须保证所有准备执行的测试用例全部被执行，并且

21、保证所有提交的缺陷全部被正确地解决。2特殊事项的考虑如果由于某项原因导致测试时间被缩短，将会考虑按照测试用例的优先级重新选择测试用例。四、测试实践科技部软件测试工程师培训教材（b）性能测试：1测试目标确保系统在一般状态和极限状态下，都可以保证正常的响应速度和最大用户连接数量。2测试方法关于极限的模拟，将考虑使用以下几个方法实现：在服务器端启动大量事务以模拟服务器端系统资源被大量占用的情况。续2使用某软件模拟网络拥挤的情况；启动数据库事务来模拟数据库端对数据进行修改时的竞争情况；使用某软件录制性能测试脚本，虚拟50个用户同时操作的情况，并在10台计算机上连续运行7天。续2准备超过100万条数据，

22、验证对大量数据进行查询和汇总的时间；四、测试实践科技部软件测试工程师培训教材（b）性能测试：续2完成标准确保系统在一般状态和极限状态下，所有的测试用例都可以达到系统预定的响应时间。续2特殊事项的考虑需要10台计算机专门进行测试，或者在下班后，用其他同事的计算机来操作。四、测试实践科技部软件测试工程师培训教材（4）确定测试资源测试对象测试方法？确定测试资源四、测试实践科技部软件测试工程师培训教材（4）确定测试资源人力资源测试工作完成需要多少人？参与者都需要哪些技能？每个人的工作准备如何分配？是否需要专门的数据库管理员？是否需要专门的硬件工程师来协助网络和系统的维护？是否需要其它部门的同事共同参与

23、？硬件和软件资源测试工作共需要多少计算机？计算机从何处调配？有没有为测试环境的搭建单独准备一台服务器？是否准备了不同配置的测试用例执行机器？如果需要接入Internet专线，是否可以提供？如果测试不同硬件的兼容性，是否有足够多的硬件资源可以使用？常用的系统软件和软件工具在哪里可以找到？是否需要把测试用机的操作系统统一四、测试实践科技部软件测试工程师培训教材（4）确定测试资源其它方面文档的存放位置？项目参与者的角色如何？项目参与者的联系方式？四、测试实践科技部软件测试工程师培训教材（5）时间表时间表某项工作的某项工作的开始时间？开始时间？某项工作需某项工作需要多少时间要多少时间完成？完成？四、测

24、试实践科技部软件测试工程师培训教材（a）某项工作的开始时间 可以写相对时间，例如：从开发部门提交可供测试的版本开始。而非具体的某年某月某日。四、测试实践科技部软件测试工程师培训教材（b）某项工作需要多少时间完成评估工作量测试效率的评估确定测试用时间评估工作量被测对象的数量业务复杂度等测试效率的评估测试活动参与者的数量可以投入的工作时间参与者的技术水平和工作效率测试资源和支持工作是否到位四、测试实践科技部软件测试工程师培训教材（b）某项工作需要多少时间完成工作用时的计算涉及因素多计算方法复杂？一个简单的方法参考过去的经验四、测试实践科技部软件测试工程师培训教材（b）某项工作需要多少时间完成1查找

25、过去的测试计划和日志找到工作量相仿的产品2参与者多少？工作用时多少？单位工作效率如何？3根据上述历史数据，可以估算出本次的工作用时。四、测试实践科技部软件测试工程师培训教材（b）某项工作需要多少时间完成在一个单位工作时间足够长对被测试产品、参与测试的同事以及单位的工作流程非常熟悉测试计划制定者的要求四、测试实践科技部软件测试工程师培训教材（b）某项工作需要多少时间完成测试时间表是尺子，而不是鞭子逐步提高测试计划制定者对工作效率和时间的把握四、测试实践科技部软件测试工程师培训教材（6）词汇表确定词汇表的目的避免测试计划文档的使用者对同一件事件有不同的解释四、测试实践科技部软件测试工程师培训教材（

26、7）生成测试计划文档使用文档模板相关的人员分发讨论文档的可行性相关人员:领导、同事、用户四、测试实践科技部软件测试工程师培训教材（8）如何不让测试计划束之高阁测试计划束之高阁原因：测试计划缺乏参考价值四、测试实践科技部软件测试工程师培训教材（8）如何不让测试计划束之高阁措施：上面讲的完成测试计划的方法并不是完成该项工作的全部方法建议：根据自己的需要来修改补充测试计划所涉及的内容建议：对把握的内容做出计划和约定。对于缺少经验无法确定的部分，应向其他同时请教，并在计划评审时，说明该情况。四、测试实践科技部软件测试工程师培训教材（8）如何不让测试计划束之高阁措施：当那些会对测试计划产生影响的因素发生

27、变化时，要及时更新测试计划的相关内容。软件需求和软件设计发生变化，你要考虑测试需求是否要变化。有同事调离项目，要及时调整测试策略；测试计划发生重大调整，要考虑工作量是否需要重新估算，是否应调整测试用时间；测试资源的配备无法达到要求，要调整测试策略。四、测试实践科技部软件测试工程师培训教材（8）如何不让测试计划束之高阁措施：计划不是用来应付领导或客户的，而是用来指导实际工作的，因此，计划的内容要正确、详实、具有可行性。四、测试实践科技部软件测试工程师培训教材（8）如何不让测试计划束之高阁措施：若项目过于庞大，可以尝试着把工作阶段分几个更小的阶段来设计完成。把测试工作控制在自己的能力范围内。四、测

28、试实践科技部软件测试工程师培训教材测试计划的编写模板：GB/T 8567-2006计算机软件文档编制规范五、补充内容科技部软件测试工程师培训教材五、补充内容模块的划分要依据用户手册、需求规格说明书和系统界面三部分，充模块的划分要依据用户手册、需求规格说明书和系统界面三部分，充分体现系统的层次架构；分体现系统的层次架构；如果系统层次超过如果系统层次超过3 3层时，学会内容前置或者表格拆分方法编写计划；层时，学会内容前置或者表格拆分方法编写计划；在判断是按照权限划分还是按功能模块划分架构时，可以多方听取意在判断是按照权限划分还是按功能模块划分架构时，可以多方听取意见，最后由项目组长确定；见，最后由

29、项目组长确定；系统存在流程处理时，除了要对系统功能进行测试，还要加入流程的系统存在流程处理时，除了要对系统功能进行测试，还要加入流程的测试。测试。原 则科技部软件测试工程师培训教材五、补充内容案例1：依据用户手册划分系统架构依据用户手册划分系统架构科技部软件测试工程师培训教材五、补充内容案例2：复杂界面的划分科技部软件测试工程师培训教材五、补充内容案例3：业务流程科技部软件测试工程师培训教材五、补充内容科技部软件测试工程师培训教材五、补充内容从此处拆分段落左缩进0.19cm科技部软件测试工程师培训教材五、补充内容内容编写要求用词尽量与实际系统的用词一致；用词尽量与实际系统的用词一致；语法结构也

30、要尽量统一，如使用动宾结构；如语法结构也要尽量统一，如使用动宾结构；如“删除删除”，界面上没，界面上没有宾语的可进行适当补充有宾语的可进行适当补充“删除人员删除人员”，尤其在前面的测试需求上，尤其在前面的测试需求上不能明确对象的时候需要添加宾语；不能明确对象的时候需要添加宾语；测试过程中的功能点要全，做到不遗漏功能点，不因为个人认为功测试过程中的功能点要全，做到不遗漏功能点，不因为个人认为功能应该没有问题，而在计划上没有体现；能应该没有问题，而在计划上没有体现；测试过程中的功能点，尽可能描述的详细，这样在测试结果做到能测试过程中的功能点，尽可能描述的详细，这样在测试结果做到能定位到具体的功能项；定位到具体的功能项；编写计划时，一定要有一定的测试数据；编写计划时，一定要有一定的测试数据；整篇文档的细度保持一致，不能有粗有细。整篇文档的细度保持一致，不能有粗有细。科技部软件测试工程师培训教材五、补充内容系统中有按关键字分类查询时，需系统中有按关键字分类查询时，需要测试过程详尽到关键字部分要测试过程详尽到关键字部分。