软件测试的流程:软件测试流程与文档写作软件测试的各个阶段测试过程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测...
