金蝶中国交付支持部魏建春项目测试管理目标/收益课程目标1、了解项目测试的基本概念2、掌握常用测试方法的作用3、项目测试管理的一般过程直接收益间接收益1、选择适合项目的情况测试方法2、应用测试管理的工具和方法1.提升测试效率和质量2.持续推动项目目标的实现3.提升客户满意度目录010203测试的基本概念常用测试方法的应用要点测试管理过程介绍04测试的作用和价值01测试的基本概念项目交付面临的测试困惑•测试方面的工作应该从什么时侯开始？•测试工作需要安排多少人天？•如何为每类测试分配适当的资源？•如何组织用户进行UAT测试？软件测试的V模型用户需求软件需求概要设计编码详细设计验收测试系统测试集成测试单元测试验收测试系统测试集成测式单元测试敏捷测试象限Q1Q2Q3Q4单元测试模块测试（代码层）连通性测试面向业务面向技术示例A/B测试故事测试用户体验（UX）测试原型模拟探索式测试工作流系统测试（面向业务）易用性测试用户验收测试（UAT）性能测试负载测试安全性测试质量属性（某某性）指导开发评估产品02测试方法的应用要点常用的测试方法单元测试集成测试系统测试验收测试单元测试测试的范围•项目对标准功能扩展自测他测开发人员交付顾问适用于开发的工作量小，以及开发复杂程度不高的项目适用于项目二次开发量很大，或者开发内容复杂的项目。一般不需要编写测试单元测试用例需要编写单元测试用例相应的工作量作为开发工作的一部分，不单独进行管理。相关的工作需要在项目计划体现，进行管理，管理上复杂些存在到集成测试阶段才发现需求理解有误的风险有利于及早发现开发人员对需求理解偏差。开发环境开发环境或测试环境•项目全新开发的功能单元测试用例•操作按纽•字段：等价类方法，即正常数据，边界数据和错误数据集成测试目标非标功能+标准功能接口测试的范围•客制化的功能及流程•标准产品灰度发布功能•研发发布的项目专项补丁•与上述功能密切相关的标准功能及流程测试环境测试环境测试人员•业务顾问为主，企业关键用户、开发人员为辅非标功能非标功能+标准功能接口测试的内容集成测试策略非递增式集成测试递增式集成测试集成测试的策略自顶向下集成测试自底向上集成测试三明治集成测试核心集成测试高频集成测试每种集成测试策略，都有优缺点，项目经理需要根据项目具体情况选择。集成测试策略-非递增式一次到位项目所涉及的非标功能一次性与标准功能集成在一起，然后对非标功能及相关的标准功能进行测试优点集成工作量小，可以进行并行测试有利于缩短工期缺点查找问题会比较困难适用项目非标功能的开发比较简单的项目非标功能开发所涉及的领域相对比较集中集成测试策略-递增式分批集成根据非标功能与现有标准功能的关系，以及项目整体安排，选定不优先级策略，多批次将非标功能集成到系统中优点不需要等到所有功能都开发完全，就可以启动集成测试，及早发现集成的问题，进行处理缺点多次集成，测试环境管理工作量大适用项目非标功能的开发量比较大的项目非标功能所涉及的领域比较分散非标功能的开发难度比较大的项目系统测试功能性需求测试的内容非功能性需求目标验证整体系统与业务蓝图相符•通过对系统流程的配置和系统参数设置，可以实现业务蓝图所确定的管理功能•将业务流程细分覆盖各种可能的业务场景进行测试。测试主体•以业务顾问为主，客户关键用户及开发顾问为辅与测试场景匹配的模拟数据测试的范围测试数据依据《业务蓝图》用户接收测试(UAT)测试的内容功能测试可靠性测试安全性测试易用性测试目标真实场景下满足用户管理的需求1.业务蓝图中领域流程测试2.核心的高阶流程，以验证跨领域的业务功能3.基于用户实际身份权限4.审批流程单独进行测试测试主体•以客户为主•客户参与设计UAT测试方案客户业务真实数据测试范围测试数据依据《用户需求》UAT测试环境测试环境UAT测试组织方式集中式分散式将参与测试的用户集中在项目会议室中用户在自己工位上，按需加入到测试中参与测试的用户面对面直接沟通交流远程和在线的沟通测试工作效率高，测试效果好测试工作效果易受外界影响资源投入大，准备工作要求高资源投入小，按需灵活安排现场组织相对简单，测试过程进度较好把控测试过程控制难度大，测试进度不好把控为保证UAT测试效果，以集中式为主，分散式为辅项目交付测试模型单元测试集成测试系统测试验收测试验收测试系统测试单元测试集成测试以系统测试为核心，单元测试和集成测试依非标功能情况进行调整项目交付中，各种测试过程以迭代的方式进行，则需要进行回归测试软件开发测试模型项目交付测试模型测试环境设置及作用开发环境测试环境UAT环境单元测试集成测试系统测试UAT测试•多个测试环境可以方便各个岗位并行开展工作，实现快速的敏捷迭代开发，实现开发一版，顾问测试一版，用户验证一版的交付节奏•方便重现还原系统的问题，进行快速定位，有利于快速解决相关问题•UAT环境仿真生产环境，包括功能和数据，保证的布署到生产环境功能可靠性03测试管理过程介绍项目测试管理过程测试计划测试设计测试执行测试评估•组织形式•测试对象•测试需求•启动/恢复准则•通过/失败标准•任务分配•确定项目所需的测试类型•根据测试需求确定测试项•设计适合的测试用例•按用例对系统进行测试，并记录过程中的问题•修复测试过程中的问题，并进行回归测试，直到测试通过•对测试自身活动的总结和评价（充分性、效率）•对被测系统质量的总结和评价（功能、性能、可靠性）测试计划•测试计划是测试工作重要的管理文档，是测试工作有效开展的基础•测试计划只是结果，通过测试计划的编制，使各个岗位有效的协作•重点是UAT测试计划和系统测试的测试计划•业务蓝图确定后，即启动测试的计划及准备工作测试设计•集成测试的测试设计要基于二次开发设计进行，重点是二开功能及与标准功能集成，以功能性测试为主，常用的用例设计方法包括等价划分、边界值测试、决策表、因果图、状态转换图•系统测试和UAT测试中，可基于业务蓝图应用场景用例的方法对业务流程的各种场景设计测试用例•场景即基于业务蓝图中的业务流程图，将各种条件分支进行组合而得到，这样可以保持整个项目方案的整体性，一致性，避免场景的遗漏•例如：对于生产领料操作，就需要设计正常领料、倒冲领料、调拔倒冲，不领料分别或组合设计测试用例，以全面覆盖各种领料的业务场景•测试用例是评估测试工作量的基础，也是评估测试质量情况的基础测试用例文档样例•用例文档的的核心内容：•业务流程图•相关各种场景的测试用例•前置条件•操作步骤，•输入数据•预期输出结果。•测试记录测试记录及缺陷管理系统【项目缺陷管理系统】测试记录：为便于对测试情况进行管理和事后分析，需要记录每次测试的情况，对于重要的内容可以采用截图或录屏的方式来记录。https://vip.kingdee.com/school/defect测试评估覆盖评估质量评估计划测试率=计划测试用例数/测试需求用例总数已测试率=已执行的测试用例数/计划测试用例数测试通过率=测试通过的用例数/计划测试用例数缺陷发现率（DefectDiscoveryRate)：是指平均每天发现的软件缺陷数与测试时间的关系软件缺陷密度（SoftwareDefectDesity）：按代码量或需求来度量缺陷的数量。分模块的缺陷密度可以用于评价各个模块的质量。另外缺陷严重程度的分布也是评价软件质量的重要度量指标软件缺陷发现、修复和关闭关系图软件缺陷发现速率已经降低到一个很低的水平，保持稳定，并且累积打开的软件缺陷已经基本全部关闭，则说明该软件的测试工作可以结束，软件可以发布了测试的作用和价值•只有通过了严格测试系统布署到生产环境中，才能实现业务蓝图中所规划的管理功能，杜绝出现重大的质量事故•产品质量是项目成功交付的基础，任何测试工作疏忽，将会导致开发出来的系统功能不符合客户要求，需要返工，或者存在性能问题，导致项目延期上线•测试是开发顾问、业务顾问、客户多方共同参与的工作，组织协调工作多，对测试工作进行有效的管理，可以提高测试效率和效果。Thanksterimakasih感謝谢谢ありがとうขอบคุณ
