实习生培训课程准备-测试流程.pptVIP

Copyright ? 2007 Accenture All Rights Reserved. 2011年实习生测试基础知识培训 --测试流程 ENG11 * 软件测试流程 1、模型介绍 2、测试流程介绍 3、一些常识和经验之谈 * V模型介绍 * W模型介绍 * VW模型优缺点 1.软件测试过程模型－V模型 是软件开发瀑布模型的变种，主要反映测试活动与分析和设计的关系； 局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现。 2.软件测试过程模型－W模型 在V模型的基础上，增加千开发阶段的同步测试，形成W模型；测试与开发同步进行，有利用尽早的发现问题。 局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整。 3.在实际工作中应灵活地运用各种模型的优点 V模型: 强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试。 W模型: 补充了V模型中忽略的内容，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明。 * 增量模型介绍 * 增量模型优缺点 1、增量模型的优点 采用增量模型的优点是人员分配灵活，刚开始不用投入大量人力资源。如果核心产品很受欢迎，则可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。这样即可先发布部分功能给客户，对客户起到镇静剂的作用。此外，增量能够有计划地管理技术风险。 2、增量模型的缺点 增量模型存在以下缺陷： 1） 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 2） 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。 3）如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。 测试流程 * 测试过程 * 测试计划 测试用例 执行测试 UAT测试 过程监控 测试分析报告 项目测试总结 测试过程 * 执行测试包括： 单元测试 模块测试 集成测试 系统测试 回归测试 随机测试（可选） 验收测试 测试计划 * 1、进入标准： 需求文档已具备； 项目计划已确认； 2、要求： 了解项目背景及所有需求； 清楚客户要求，包括测试范围的界定、是否有兼容性测试、性能测试等要求； 对项目存在的风险有一定的认知； 了解所要安排的测试人员的能力； 测试计划通过了测试部及项目组的评审； 3、退出标准： 计划可行； 测试时间和测试任务安排合理； 测试需求矩阵覆盖率达到100%； 测试策略正确； 4、输出文档：测试计划。 测试用例 * 1、进入标准： 掌握并确认了项目需求； 明确设计测试用例的思路； 2、要求： 罗列出测试需求举证，并通过项目组评审； 设计用例之前先通过测试部和项目组内评审用例的编写策略； 测试用例编写完毕后，必须通过内部和项目组的评审； 根据用例编号规则，明确各模块的用例编号； 3、退出标准： 所有用例通过内部和项目组的评审； 对需要新增或修改的用例也已经补充完毕、评审通过； 用例覆盖度达到100%； 4、输出文档：测试用例 模块测试 * 1、进入标准： 大于100万的项目才进入模块测试； 测试用例已通过评审； 测试环境已搭建； 模块达到可测要求：流程能走通，数据准备； 2、要求： 在模块测试之前需跟项目经理确认测试范围，明确测试重点； 必须根据测试用例执行测试，并附上测试结果，对于发现的BUG，必须写上对应的用例编号； 在执行过程中，对于遗漏或无效的用例需标记出来，最终反馈给设计测试用例者进行修改； 完成模块测试后，需编写模块测试报告，并通过相关人员的评审； 3、退出标准： 模块得以测试，影响流程或功能实现的BUG得以解决。 4、输出文档：模块测试报告。 集成测试 * 1、进入标准： 测试版本已达到测试标准：功能已实现，致命性错误少于3个； 2、要求： 在集成测试之前需跟项目经理确认测试范围，明确测试重点； 完成集成测试后，需编写集成测试报告，并通过相关人员的评审； 3、退出标准： 所有集成功能得到充分测试； 致命性BUG全部已解决、严重