软件测试_流程.doc

软件测试的流程: 软件测试流程与文档写作 ? 软件测试的各个阶段 测试过程 PDCA戴明循环 ? 检查需求 确定测试需求 测试需求的依据与收集 测试需求的分析 形成测试需求分析 测试需求的优先级 测试需求的覆盖率和覆盖程度 软件测试流程（需求阶段） l需求分析阶段测试人员需要做哪些工作？ 参与需求调研 ? 测试计划定义 l定义 ü《ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为：?°一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。?± l注意： ü重要的是计划过程，而不是产生的文档。 ü在工作过程中，如果无法按照自己预定的进度完成，也不要害怕或者沮丧，进度的作用就像一把尺子，而不是鞭子。你在工作中不断的用这把尺子来衡量自己，那些地方需要调整。 ü测试计划由谁来写？ ü测试计划根据什么写？ ? ? 撰写测试计划 l重要的是计划过程，而不是产生的文档。 l你在工作中不断来衡量测试工作中的哪些地方需要调整。 l测试计划的内部作用 ü作为测试计划的结果，让相关人员人员来评审 ü存储计划执行的细节，让测试人员来进行同行评审 ü存储计划进度表、测试环境等更多的信息。 l测试计划的外部作用 ü为客户提供一种信心 ü向客户提供有关测试过程、人员的技能、资源、使用工具等信息。 ? 经典面试问题 l测试计划的内容？ 答： 一个计划包括： ?? 1）需要做什么 ?? 2）怎么去做 ?? 3）需要花费多长时间 ?? 4）需要的资源（人力、测试环境和工具） ?? 5）成本 ?? 6）如果不能完成计划会造成的影响 ?? 7）测试的优先级 ?? 8）每一部分的测试由谁来负责 经典面试问题 ?9)? 计划中每一部分相互之间联系的风险 ?10）关键的检查点数据 ?11）测试的入口和退出的标准 ?12）对测试过程的主要执行者和贡献者 ?13）如果项目能提前完成将有的潜在利益 ????? 测试计划要尽早开始。可以在需求定义过程开始时就开始测试计划。 ? 测试计划的目的 l测试计划的目的是处理以下重要的问题： ü 测试策略 ü 资源利用 ü 风险 ü 优先级 风险评估 l一个测试计划成功的关键的一点就是去识别和评估项目风险。 l风险就是那些会出错从而影响项目造价和进程的概率。在测试中，风险既包括那些项目的失败的可能性也包括由失败造成的影响。它具有不确定性和代价巨大的特征。 l风险评估就是估计项目障碍发生的可能性和潜在影响。在一个风险分析活动中，对于一个项目管理者来说，就是通过输入或是输出提高风险鉴别能力。 ? 风险评估 l风险有很多种形式，以下是两种主要的分类： ü应用软件程序不能满足最终用户的期望（说明的或是未说明的）； ü应用软件程序不能按时（可以是合同约定的时间也可以是市场上投资后得不到预期回报）交给客户。 不能管理的风险能导致很多问题，包括： ü增加测试成本 ü测试周期延长 ü服务停止 ü矫正维护费用过多 测试策略 l当需求和项目的风险被充分理解后， 测试计划的下一步是确定测试策略。 测试策略回答了以下问题： ü我们为什么测试？ ü我们计划做什么以及不做什么？ ü我们将如何做测试？ 测试计划注意事项 l增强测试计划的实用性 ü计划是作为动词而不是名词使用的，或者应该叫做?°计划测试?±更恰当一些，重点在于对整个测试项目工作的计划 ü而《测试计划》只是用来记录最终结果的那份文档而已。再说得明确一点，是?°计划测试工作?±，而不是?°编制测试计划?±。 ü一切从实际出发，千万不要流于形式！ l坚持“5W1H”规则，明确内容与过程 üWHAT、WHY、WHEN、WHERE、WHO、HOW ? 测试计划注意事项 测试计划注意事项 l分别创建测试计划与测试策略 ü编写软件测试计划要避免一种不良倾向是测试计划的?°大而全?±，长篇大论，重点不突出。 ? 测试计划案例 l案例：中国证券业2000年问题第二次测试计划 ü上海证券交易所.深圳证券交易所 l参加单位 ü沪深证券交易所与证券结算公司 ü沪深证券卫星通信公司 ü所有会员公司至少两家营业部参测，其中至少一家是不发达地区（深、沪、省会城市和计划单列市以外），各会员公司按表（一）填写，务必于11月26日前将参测营业部名单（即填写后续表一）用电子邮件报至两证券交易所 测试计划的内容 l1.简介 ü 1.1目的 ü 1.2背景 ü 1.3范围 l2.测试参考文档和提交文档 ü 2.1测试参考文档 ü 2.2测试提交文档 l3.术语和定义 l4.测试策略 ü 4.1测试策略 ü 4.2测试工具 简介—目的（Why） l1.1目的 ü做事方法:确认目标?a做什么?a怎么做 l可包含： ü撰写软件测试计