广东移动软件质量检测平台计划.pptVIP

管理前台-缺陷密度 管理前台-缺陷密度变化趋势 管理前台-缺陷类型分布 管理前台-缺陷一次解决率 管理前台-平均问题封闭周期 平台规划 自动单元/回归测试 01 开发商测试监管 03 自动部署 02 完成质量监控平台的单元测试功能,关注于20%核心代码,保证代码质量，同时实现自动化回归测试 测试用例管理 测试结果跟踪管理 测试用例自动调度 实现对测试人员环境,用户测试环境,和生产环境的自动部署功能 平台规划—单元测试 通过对当前系统的分析，制定测试计划，编写相应的测试用例和测试脚本，运行测试，实现自动化测试，在测试结束后生产测试报告文档 单元测试 完成对代码的单元测试,生成测试报告 测试用例 测试脚本 质量监控平台 平台规划—单元测试 质量监控平台任何一个指标都有运行次数和通过率报告，如下左图;横轴表示该指标的测试时间（以天为单位），左纵轴对应柱状数据，表示该指标对于某一天的测试次数，右纵轴对应蓝色曲线，表示该指标对于某一天的测试通过率 指标运行次数和通过率报告 平台规划 平台规划—单元测试 单元测试报告中包含了最近一次成功及失败测试的情况,测试结果趋势等信息.如下图 单元测试报告 平台规划—回归测试 编写测 试脚本 编写测 试用例 制定回归 测试策略 通过自动回归测试,可以降低系统测试, 维护升级的成本;同步生成测试分析报告. 流程步骤 制定回归测试策略 编写测试脚本 编写测试用例 对应用程序做测试 自动回归测试 平台规划—回归测试 回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试. 在回归测试报告中包含 概述和详细结果两部分,如下图;上半部分是整体信息，包括被测项目名称，测试时间，测试用例总个数，成功个数;下半部分列举了每个用例的测试结果，执行步骤数目 回归测试报告 平台规划—自动部署 将部署操作脚本化，并进行部署验证测试 各类环境尽可能相似，并使部署脚本通用化 对环境管理进行版本控制，杜绝了对生产环境的手工直接修改 部署操作脚本化 对环境管理进行版本控制 部署脚本通用化 质量监控平台-自动部署 平台规划—自动部署 自动部署完成后质量监控平台会有相应的报告生成,可查看相应的部署发布情况 对测试环境的部署,以及代码测试覆盖率等指标的体现可以查看下图左 相对于不可重复且不可靠、易出错的手工部署过程,自动部署引进软件复用的概念,检查重复代码 ，重构代码结构 ，提高代码效率.同时生成相应报告 监管开发商的测试工作，是否完善、有效、高质 提供程序质量问题登记 提供缺陷状态跟踪 确保问题的封闭，保证质量 监管中心 ----测试用例调度 单元测试用例 回归测试用例 ----测试结果跟踪管理 单元测试结果管理 回归测试结果管理 ----测试用例管理 单元测试用例 回归测试用例 平台规划—开发商测试监管 单元测试 集成测试 测试环境 统一管理 统一自动部署 生产系统 自动检查 未来展望 测试环境自动部署 回归测试 生产环境自动部署 环境自动检查 数据自动检查 自动拨测 感谢聆听！ Thanks for your time! * * * 随着市场竞争的日益激烈，以及通信与计算机技术的不断发展，业务支持系统的软件规模日益庞大，应用环境日益复杂，新业务需求层出不穷，旧业务不断更新优化。在传统的瀑布型软件开发模式下，随着需求的不断叠加，软件系统逐渐出现源代码结构臃肿恶化、运维难度增大、需求实现困难等问题，这给业务支持系统持续性健康发展带来了极大风险，迫切希望从以下方面能对业务支持系统的软件开发团队提出更高的要求： 保证软件质量，需要版本控制软件保障团队成员提交的代码不会导致集成失败，确保交付满足需求提出人要求。 快速灵活应对需求变化，引入敏捷的开发模式持续集成，在突发的交付压力下能够及时交付产品。 提高系统问题的定位和解决能力，建立一个自动构建过程，包括自动编译、分发、部署和测试等，降低运维难度，减少运维成本。 端到端全过程提升分析、设计、开发、测试等各关键环节的工作效率，保持恒定高效的软件产出速率。 提升软件开发知识管理，降低人员变动对开发过程带来的影响。 作为业务支持系统软件开发工作的管理方，希望通过引入更多的自动化的手段，对开发商的日常软件开发交付质量进行无侵入式的实时监控，同时还希望通过引入IT业界先进技术，督促开发商学习更先进、更有效的开发方式，从而更好的为我们提供技术支持服务，使我们的业务支持系统能够更好的适应业务变化、响应市场需求、保证产品质量、提升工作效率，最终提升公司业务的市场竞争力。 * 软件质量检测平台是