软件测试概论方法

软件测试概论方法与案例分析•测试策划与测试控制•测试设计•测试实施•测试评估•测试总结•测试过程实例软件测试生命周期•测试过程–在逻辑上，测试活动是按顺序进行的，在实际测试过程中，这些活动是可以重叠或同时进行的。测试策划与控制•测试策划包括测试需求分析和编写测试计划。拿到软件之后，应该先进行测试需求分析。•如何进行测试需求分析？–1、收集各类文档，以收集需求信息–2、仔细阅读文档，提出问题并解决，整理阅读文档的结果–3、功能分解–4、编写测试需求分析说明书–5、需求评审测试策划与控制•如何编写测试需求？测试策划与控制•需求验证–验证是为了确保需求说明准确、完整地表达了必要的质量特点。因为阅读需求内容和实现起来会有偏差。–审查需求文档•组织一个由不同代表(如分析人员，客户，设计人员，测试人员)组成的小组，对SRS及相关模型进行仔细检查。•另外在需求开发期间所做的非正式评审也是有所裨益的。测试策划与控制•需求管理–完成需求说明之后，可能会遇到项目需求的变更，有效的变更管理需要对变更的潜在影响和可能的成本费用做出评估。•1、确定需求变更控制过程•2、建立变更控制委员会•3、进行需求变更影响分析•4、跟踪所有受需求变更影响的工作产品•5、建立需求基线和需求控制版本文档•6、维护需求变更的历史记录•7、跟踪每项需求的状态（已推荐，已通过，已实施，或已验证等）•8、衡量需求稳定性•9、使用需求管理工具测试策划与控制•为什么写测试计划？–测试提高质量，过程保证质量，测试只是过程的手段。过程有效，质量才能保证。–计划是纲领文件、贯穿测试始终，提供标准，评审的依据，日程/人员（安排）。–计划可以统一认识，可以规划过程。测试策划与控制•IEEE829-1983定义测试计划为：–软件测试计划是指导测试过程的纲领性文档。–包含了产品概述、测试区域/测试策略/测试范围/测试目标（测试项、被测特征）、测试配置/测试资源、测试周期、进度安排（测试任务、人员安排）、测试方法/途径、测试交流、风险分析等内容。•IEEE829-1998软件测试计划的目的：–规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的责任人以及与计划相关的风险。测试策划与控制测试策划与控制•为了做好软件测试计划，需要注意以下几个方面：–1、明确测试的目标，增强测试计划的实用性–2、坚持“5W”规则，明确内容与过程•“5W”：“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。–3、采用评审和更新机制，保证测试计划满足实践需求•测试计划创建完毕后必须提交给由项目经理、开发经理、测试经理、市场经理等组成的评审委员会审阅。测试策划与控制•测试控制是持续进行的活动–需要在项目的整个生命周期中测试活动进行监督；–通过对测试进展和测试计划之间的比较，报告测试的状态，包括与计划之间存在的偏差；–测试控制必须根据测试过程中所产生的信息，结合项目或者任务的变更条件作出回应；–测试计划的制定也需要考虑测试监控活动的反馈信息。测试设计•测试分析与设计是将概括的测试目标转化为具体的测试条件和测试用例的一系列活动。–确定被测软件系统架构，进而确定测试环境（硬件环境、软件环境）–确定测试工具（用例管理工具、缺陷管理工具）–确定自动化测试工具及测试脚本–分析与准备测试数据–设计测试用例测试设计测试实施•测试实施可以分为测试实现和测试执行两个层面–创建测试数据–搭建测试环境–编写自动化测试脚本–确定测试优先级–确定手工测试和自动化测试的运行顺序–执行测试–记录测试事件，提交缺陷报告测试实施测试评估•测试评估可以是软件测试的一个阶段性的结论，通过生成的测试评估报告（实际工作中称测试报告）来确定测试是否达到出口准则。–可以是软件测试的一个阶段性的结论，判断是否达到出口准则；•出口准则是和利益相关者达成一致的系列通用和专门的条件，用于正式定义一个过程的结束点。•出口准则的目的是防止将没有完成的任务错误地看成任务已经完成。测试中使用的出口准则可以用于报告和计划什么时候可以停止测试。–可以贯穿这个软件测试过程；–可以在每个测试阶段结束前进行；–可以在测试的某个时间点上进行。测试评估•测试评估分为评估出口准则和测试评估报告两个层面。•评估出口准则–是将测试的执行结果与已定义的测试目标进行比较的活动。–测试出口准则的主要任务•按照测试计划中定义的测试出口准则检查测试结果•评估是否需要进行更多的测试，或是否需要更改测试的出口准则–评估出口准则可能产生下列结果•测试结果满足所有的出口准则，测试活动可以正常结束•可能会要求执行一些附加测试用例•测试出口准则要求过高，需要对测试出口准则进行修改•测试评估报告–是对软件系统或组件在测试过程中产生的行为与结果进行描述的文件–在约定的测试周期结束后，需要测试组长来总结测定时的结果，编写测试报告。测试评估测试评估•测试评估中的度量可以包括以下一项或多项：–测试条件的数目，计划的和执行的测试用例或测试规定说明的数目，并且按测试是否通过来进行分类–所有发现的缺陷，并且按严重性和优先级对已经修复和待修复缺陷进行分类–提出的变更(变更需求)数目、接受(已实现)的数目和已经测试的数目–计划的成本与实际的成本的对比–计划的时间与实际的时间的对比–发现的风险，并按已经通过测试活动消除的和待解决的风险进行分类–由于阻塞导致失去的测试时间百分比–重新测试项测试总结•测试总结是整理和分析测试数据，评价测试效果和被测软件项，描述测试状态的活动。–实际测试与测试计划和测试说明的差异。–测试充分性分析。–未能解决的测试事件等。–描述被测软件项的状态(被测软件与需求的差异、发现的软件差错等)–完成软件测试报告。–通过测试评审。测试总结•测试总结活动的主要任务–检查提交了哪些计划的可交付产品，事件报告是否关闭，或对未关闭的事件报告提交变更需求，以及系统的验收文档状态等。–记录和归档测试件、测试环境和测试基础设备，以备将来的项目使用–移交测试件到维护部门。–分析和记录学到的经验教训，为以后的项目和测试成熟度的改善所用测试总结•当确定测试总结时，收集主要的输出成果并交给相应的人员或归档的活动。•测试总结活动的主要内容–1、确保所有的测试活动已经结束–2、针对不同的人员，交付相应的工作产品–3、组织或参与经验交流回顾会议•较晚发现不曾预料的缺陷，未来可邀请更多跨部门用户代表参加质量风险分析会•本次估算严重有误，未来需要考虑的问题和原因•缺陷的趋势及因果分析•发现可能的过程改进机会–4、在配置管理系统中归档所有的结果、记录、报表和其他文档产物测试总结•监控测试总结活动的度量可以包含如下各项：–测试用例执行的百分比–归入测试用例复用库的测试用例的百分比–已经自动化的测试用例和待自动化测试用例的比例–确定为回归测试用例的百分比–待解决缺陷的百分比–确定的产物并归档的百分比测试总结•测试归档–是在测试验收结束宣布测试有效，结束测试后，对测试–过程涉及到的各种标准文档进行归档。测试总结总结•1、测试人员进行测试需求分析，测试负责人编写测试计划。评审需求和计划。•2、测试人员分析软件系统架构，决定测试所需环境（硬件，软件），测试工具（缺陷管理工具，用例管理工具，配置管理工具，自动化测试工具），选择自动化测试脚•本，准备测试数据，设计编写测试用例，评审测试用例。•3、搭建测试环境，创建测试数据，执行测试用例，记录测试事件，提交缺陷报告。•4、测试评估，评估是否需要进行再一轮测试，组长编写评估报告（含执行用例数，发现缺陷数，缺陷分布情况（严重程度、优先级），缺陷处理情况。•5、测试总结，比较实际测试与测试计划的差距，测试负责人编写总结报告（含比较实际成本与计划成本，实际时间与计划时间，实际资源与计划资源，实际用例与计划用例，经验教训的总结等）。•6、每个阶段都要进行测试控制，查看当前工作是否按照计划进行。测试过程实例