软件测试的基本理论和方法.pptVIP

软件测试培训;测试的基本理论及方法;对软件测试的误解;如何理解软件测试;软件产品开发完毕,再进行测试的观念是有悖于生命周期理论的.软件产品质量问题越晚发现,修复的代价越大. ;一些常识和经验之谈 测试能提高软件的质量，但是提高质量不能依赖测试。 测试只能证明缺陷存在，不能证明缺陷不存在。“彻底地测试”难以成为现实，要考虑时间、费用等限制，不允许无休止地测试。我们应当祈祷：软件的缺陷在产品被淘汰之前一直没有机会发作。 测试的主要困难是不知道如何进行有效地测试，也不知道什么时候可以放心地结束测试。 每个开发人员应当测试自己的程序（份内之事），但是不能作为该程序已经通过测试的依据（所以项目需要独立测试人员）。 80-20原则：80％的缺陷聚集在20％的模块中，经常出错的模块改错后还会经常出错 测试应当循序渐进，不要企图一次性干完，注意“欲速则不达”。 ;软件测试的定义;软件测试不等于程序测试.软件测试贯穿于软件定义和开发的整个期间.需求分析,概要设计,详细设计,以及程序编码等各个阶段所得到的文档,包括需求规格说明,概要设计规格说明,详细设计规格说明以及源程序,都是软件测试的对象.;软件生存各个阶段间的确认和验证; 软件配置：包括软件需求规格说明、软件设计规格说明、源代码等； 测试配置：包括测试计划、测试用例、测试驱动程序等。实际上，在整个软件工程过程中，测试配置只是软件配置的一个子集。 测试工具：为提高软件测试效率，可使用测试工具支持测试工具。例如：测试数据自动生成程序、测试结果分析程序等。;测试的目的;软件测试的分类 ;软件测试;测试类型的解释;;;;黑盒测试的几种典型方法;测试的分类与比较;不同阶段测试作用的比较 单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程，体现了“分而治之”的思想。 单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。 集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既要验证“设计”又要验证“需求”。 系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。 验收测试与系统测试非常相似，主要区别是测试人员不同，验收测试由用户执行。;开发与测试的 V 型关系 如果软件开发过程采用严格的瀑布模型，那么开发与测试有“V”型的对应关系 。 ;测试流程;测试的信息流 测试信息流如下图所示： ;软件测试的策略 在软件工程中，测试过程应该按4个步骤进行，即单元测试、组装（集成）测试、确认测试和系统测试。下图给出了软件测试经历的4个步骤。 ;测试规范;软件测试的文档和模版;《测试计划》 测试计划一般从测试的目的、范围、背景、测试策略、测试人员的组织、测试启动准则与结束准则，以及测试任务，测试中可能遇到的问题与对策等多方面来写测试计划。 测试计划的目的 收集并分析被测软件的需求情况； 细化待测的需求，如动态需求、性能需求等； 尽量量化测试需求，并给出测试标准； 制定停测标准，控制测试成本；合理配置测试资源； 评估测试风险，尽量避免或减少风险带来的损失。 测试计划内容 定义测试需求 需要考虑的测试内容:软件功能；用户界面；软件性能；配置测试；安装卸载测试；安全性测试等。 测试设计的目标:定义手动测试过程、自动测试过程、选择适当的测试用例、组织测试过程信息,并传递给测试开发人员。;评审测试计划 涉及评审的问题 评审测试的开始时间是否会延期 有没有抵触评审的角色 一段时间内是否很难得到工作的检查信息 更换工具有可能导致他们反感评审工作 评审结果可能会影响对个人的工作评价 对于最终成品的检查 项目的需求规格说明书 软件返工/维护的文档 升级后的技术文档 被更改的源程序 测试计划 用户手册（包括在线帮助）;《测试方案》 测试方案的目的 根据测试计划，规划测试内容，并且详细制定被测需求的测试方法。 测试方案内容 确定测试手段，确定在各个阶段使用何种测试方法。 测试通过准则界定。 各测试阶段所用测试用例，如单元测试阶段、集成测试阶段等。;《测试用例》 测试用例设计方法 一般的测试用例设计方法有等价类、边界值、错误推断、因果图、比较测试法、决策表等。 测试用例文档结构 测试用例文档结构一般包含以下几个方面：编写目的、被测对象分析、测试预置条件、测试用例列表、测试用例。 被测对象分析 对每个被测对象的分析描述，描述影响被测对象行为的各个因素，及其各个因素可能的取值。 测试预置条件 描述执行本测试用例需要预置的条件，例如数据库中需要存在什么数据、需要配置什需要处于什么状态。