踪。 测试自动化 在敏捷和DevOps中，测试的自动化是必需的。我们需要用自动化的手段去管理关键的测试活动，并为开发提供必要的反馈。下面就让我们来看看测试自动化都包含哪些内容，以及如何做好测试自动化。 测试金字塔 在开始测试自动化的内容之前，我们先来看一个经典的测试自动化的模型—测试金字塔。

查看更多 →

例如自动化创建测试环境、自动化部署被测系统、自动化监控、自动化数据分析等。很多自动化测试只是测试的执行部分，例如把一些测试执行的人工测试手段做成自动化测试。但是测试自动化不仅仅是只是执行，还包括了从环境的获取到生成测试数据、执行自动化测试，最终生成结果。如果有问题，会自动推送给相

查看更多 →

面整个专项测试团队向服务化进行转型，帮助所有团队完成自动化转型。 在这里要澄清一个理念，就是测试自动化。测试自动化的目的是减少手工测试和手工操作。测试自动化不仅仅包括自动化测试执行，还包括其他所有可以减人力投入的活动，例如自动化环境创建、自动化部署、自动化监控、自动化数据分析等。

查看更多 →

自动化测试模块 新建任务及结果查看功能 登录业务巡检平台。 单击顶部“功能测试”，进入自动化测试模块。 单击左侧“新建任务”，进入新建任务设置页面。依次选择脚本、选择设备、设置参数。 单击页面底部“提交任务”按钮，测试任务即可下发完成。 单击左侧“任务管理”，可看到任务执行状态。任务执行结束之后任务状态也会随即更新。

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

Scott在2012年提出，金字塔中界面测试和单元测试的比例倒置形成倒金字塔，界面测试之上有大量的手工测试。反模式不是建议模式，但却是实际团队中大量存在的。团队初期没有自动化测试，完全依赖手工测试，然后从功能测试自动化入手，产生了一些界面自动化测试用例。这种由外向内进行自动化测试的建设方式，导致了这

查看更多 →

evOps是敏捷在运维侧的延伸”这一说法也不无道理。只是，敏捷与DevOps，都已经不再是原来的那个敏捷和DevOps了；世界变化太快，问题域发生了变化，解决方案域自然也要随之变化。 敏捷的好处是，有一个敏捷宣言，宣告其诞生。敏捷的缺点，也许也是因为有敏捷宣言。敏捷宣言并不应该被

查看更多 →

作量时就可以开始开发工作。 测试方法：敏捷开发对软件带来的最大影响便是测试了。传统的α（内部测试）、β（交付客户测试）、γ测试（优化处理）方式在采用敏捷开发后几乎不存在了，因为敏捷开发在开发周期内不断的进行测试工作，因此也就没有了在交付做α、β、γ测试时必须停止开发、冻结开发的时间浪费了。

查看更多 →

个性化设置 02 入门 测试计划服务支持手动测试用例管理与自动化接口测试。 操作概览 测试计划服务基本操作流程 04 实践 结合敏捷测试理论，更好的使用测试计划服务。 测试理论 DevOps敏捷测试之道 有的放矢制定测试计划 典型测试设计方法介绍 测试金字塔和持续自动化测试 缺陷处理流程和注意事项

查看更多 →

TestPlan接口脚本的测试用例参数 设置CodeArts TestPlan接口脚本的环境参数 导入CodeArts TestPlan接口自动化用例测试数据集 接口自动化用例内置函数说明 接口自动化用例系统关键字说明 父主题： 配置CodeArts TestPlan测试用例

查看更多 →

指导》。 测试流程规范设计指导 结合企业测试能力现状，协助客户制定端到端测试流程规范，输出《测试流程规范》。 测试自动化工厂平台赋能指导 对测试自动化工厂的测试整体理念、测试计划、测试场景设计、功能测试、接口测试、在线拨测进行平台能力的赋能指导。（总共4次指导） 测试过程实践指导

查看更多 →

敏捷项目管理 组建Scrum团队 本文将以一个示例项目为对象，介绍如何进行敏捷项目管理，示例项目背景如下： 凤凰商城示例项目介绍 【凤凰商城】示例项目是耗时数月所开发的汽车零部件配件电子商城。项目采用 Scrum模式 进行迭代开发，每个迭代周期为“两周”，前3个迭代已经完成“凤凰商城1

查看更多 →

本”，进入“测试脚本”页面，完成脚本编辑。 性能自动化用例主要配置项与手工测试用例相似，详情请参考创建手工测试用例。 导入性能自动化用例 登录软件开发生产线首页，搜索目标项目并单击项目名称，进入项目。 单击导航栏“测试 > 测试用例”。 选择“用例库 > 性能自动化” 页签，单击

查看更多 →

支持接口自动化测试 应用测试金字塔测试设计方式，在接口层次进行功能自动化测试。 和UI测试相比，接口测试开发成本低、运行时间短、运行稳定性高，可以实现快速准确的测试反馈。 持续集成自动化测试 应用持续集成方法，使用流水线实现构建、部署、测试，快速测试及时发现问题，避免带问题的制品进入下个环节或环境。

查看更多 →

交付件 交付件模板 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》

查看更多 →

这个过程中，我们希望综合考虑架构和测试的输入，这两个角色需要从自己的角度确保每个故事的分解都满足架构的要求，并且是可以进行测试的。由于每个用户故事都会穿越多个功能区域，架构师必须协助团队确保架构的扩展性、复用性以及性能等要求。对于测试来说，要确保每个用户故事都是可测试的，才能确保后续的测试计划和用例可

查看更多 →

、DevSecOps、敏捷、精益看板、CI/CD持续交付等多种主流研发模式。 覆盖嵌入式、云服务、微服务、移动应用等多类应用开发场景；内置需求管理、代码检查、测试管理等众多华为研发规范。 高质高效敏捷交付 支持代码检查、构建、测试、部署任务自定义和全面自动化并提供可视化编排的持续

查看更多 →

快速交付的关键是“自动”与“可靠”。自动是一个很宽泛的词汇，在软件交付中代表着测试自动化、交付自动化、运维自动化等，而可靠讲的是每一次交付要保证是当前的交付是稳定的或可回滚到稳定版本的。 为了解决“自动”与“可靠”的问题，敏捷开发鼻祖Martin Fowler提出了持续集成与持续交付的概念，

查看更多 →

发与运维之间的鸿沟 通过加大部署/发布频度来撬动整个交付过程 以应用部署自动化作为切入点，由部署自动化，往前倒逼测试自动化、构建自动化；进一步往前，配置管理、变更管理是基础要求；再往前，业务需求与敏捷计划同步关联，通过短周期迭代交付与反馈，加强业务与开发的协作沟通。 同样的，往后

查看更多 →

环境配置：指那些针对当前应用基本上固定的环境配置。 环境数据：指那些需要在部署的同时根据情况调整的数据，如：配置文件，开发、测试、生产环境的地址等。 Automation自动化系统 自动化在DevOps中的作用不言而喻，这部分的主线一般由各种类型的Build系统来实现，如：Jenkins、Team

查看更多 →

测试设计 测试设计借助思维导图进行启发式测试设计，可视化承载4层测试设计方法，根据需求分解测试场景，根据场景分解测试点，根据测试点生成草稿用例，最后归档为测试用例，输出整体测试方案。 测试管理 融入全生命周期追溯、团队多角色协作、敏捷测试、需求驱动测试等理念，覆盖测试需求管理、

查看更多 →