软件开发生产线 CodeArts 

 

一站式、全流程、安全可信的软件开发生产线,开箱即用,内置华为多年研发最佳实践,助力效能倍增和数字化转型

 
 
 

    软件开发与软件测试 更多内容
  • 什么是DevOps

    的基础设施(网络、虚拟机、负载平衡器和连接拓扑)的管理,使用DevOps团队用于源代码相同的版本。同一源代码生成相同二进制文件的原则一样,IaC模型在每次应用时都会生成相同的环境。 IaC是DevOps的关键实践,持续交付结合使用 。 实施IaC的团队可以快速、大规模的提供

    来自:帮助中心

    查看更多 →

  • 应用场景

    面的培养;精心制定的教学计划内容难以跟随IT行业快速变化的技术理论前沿趋势;学科竞赛、实验项目推进、综合实训缺少统一规范化的流程平台。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署、制品仓库。 实现结果 在实践中学习软件开发,用实践项目培养人才。

    来自:帮助中心

    查看更多 →

  • 研发能力调研与诊断

    研发能力调研诊断 使用ThoughtWorks特有的敏捷成熟度的体系框架,对客户IT现状进行多维度的评估,并定制转型方案及实施计划。 图1 ThoughtWorks AMM(Agile Maturity Model)敏捷成熟度评估 ThoughtWorks有一套已被行业验证的敏捷成熟度体系(Agile

    来自:帮助中心

    查看更多 →

  • 服务内容及范围

    华为鲲鹏全栈调优支持服务提供的服务包括以下内容: 性能摸底测试:基于业务应用系统测试用例,协助及配合客户进行全面的业务应用性能摸底测试,以确认当前应用性能情况。 性能瓶颈定位:通过访谈、信息表等收集客户的业务应用系统基本情况,结合工具从应用软件、数据库、操作系统、硬件等多方面进行整体性能分析,定位当前性能瓶颈。 调优

    来自:帮助中心

    查看更多 →

  • 查看CodeArts TestPlan测试质量看板

    用例名称可跳转到用例详情页面。 测试计划的质量报告 在“测试质量看板”页面,单击左上角用例库旁边的下拉箭头,选择一个测试计划,进入测试计划质量报告页面。 测试计划的质量报告用例库的质量报告相比,不按迭代和模块过滤,增加用例完成率的统计报告和测试计划风险描述,其它报告项同用例库的质量报告。

    来自:帮助中心

    查看更多 →

  • 管理CodeArts TestPlan测试用例

    单击“需求目录”下的某个需求,可以查看该需求关联的所有用例。 单击需求名称右侧的,可以查看需求详情,也可以新建所选需求关联的测试用例。 需求变更通知 当某个需求关联了测试用例且在需求管理服务中对该需求做出修改时,“测试用例”页面的对应需求名称会出现红点,提醒对此需求所关联用例做补充或修改。 缺陷测试用例

    来自:帮助中心

    查看更多 →

  • 测试设计流程与实践

    制定总体测试策略和测试验证计划,进行产品总体测试策略规划,并完成测试验证计划的制定,回答如何安排测试、达到什么测试目标的问题。 表1 本流程阶段活动描述 关键活动 活动描述 活动输入 活动输出 测试需求分析 测试经理负责组织测试分析人员进行测试的需求分析,包括自动化测试需求分析。

    来自:帮助中心

    查看更多 →

  • 测试评估流程与实践

    测试评估流程实践 在一轮测试或者一个迭代测试完成,测试经理可组织测试组成员在华为云CodeArts TestPlan质量中心输出测试报告,进行本轮或本迭代执行评估,为后续的测试活动总结经验和教训,并为测试策略优化提供依据。 关键活动 活动描述 活动输入 活动输出 准备测试报告

    来自:帮助中心

    查看更多 →

  • 重点云服务清单

    Mongo)、 GaussDB (for Redis)、GaussDB(for Influx)、GaussDB(for Cassandra) 软件开发 软件开发生产线 软件开发生产线 CodeArts、需求管理CodeArts Req、代码托管CodeArts Repo、流水线CloudPipeline、流水线CodeArts

    来自:帮助中心

    查看更多 →

  • 执行CodeArts TestPlan服务在线拨测的测试任务

    执行CodeArts TestPlan服务在线拨测的测试任务 前提条件 具有若干个已经创建的测试任务,可参考新建测试任务。 执行在线拨测中的测试任务 执行单个测试任务 登录软件开发生产线首页,搜索目标项目并单击项目名称,进入项目。 单击导航栏“测试 > 测试用例” ,选择“接口自动化”页签,在页

    来自:帮助中心

    查看更多 →

  • 查看CodeArts TestPlan服务中在线拨测的任务告警与操作通知

    TestPlan服务中在线拨测的任务告警操作通知 告警通知展示当前服务所有告警信息,支持根据任务名称检索,支持单次、批量告警忽略。 查看任务执行失败告警通知 新建或编辑测试任务时,在“告警设置”部分开启告警后,当任务中有用例触发告警时,接收到告警的成员可以查看告警详情。 登录软件开发生产线首页,搜索目标项目并单击项目名称,进入项目。

    来自:帮助中心

    查看更多 →

  • 方案概述

    持续交付以代码配置管理为基础,除了传统意义的代码资产安全管控、多人并行开发、版本基线管理外,也体现了团队的协作沟通。 代码检查(即静态扫描)、自动化的构建、各阶段的自动化测试、以及相应的自动化部署过程,都被有机的串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段活动,还有制品管理,以及各级

    来自:帮助中心

    查看更多 →

  • 访问CodeArts TestPlan服务首页

    TestPlan服务首页 进入测试服务有两种方式:项目首页入口和导航入口。 项目首页入口 通过项目首页入口,进入测试服务,默认展示“测试计划”页面。通过导航可以切换至“测试设计”、“测试用例”、“测试执行”、“测试质量看板”、“测试质量评估”页面,对当前项目的测试活动进行管理。 登录软件开发生产线首页。

    来自:帮助中心

    查看更多 →

  • DevOps现状报告解读

    13%的市占率高居DevOps工具选择之首,但云结合的DevOps工具的发展势头良好,国内厂商也在其中占据了一席之地,特别是在软件开发一体化管理领域,排名前两位的分别是国内公有云大厂华为云CodeArts阿里云效,分别占据16.46%10.98%的市场份额。尽管从整体上来看,软件开发一体化的DevOp

    来自:帮助中心

    查看更多 →

  • 软件开发生产线(CodeArts)使用前准备

    软件开发生产线(CodeArts)使用前准备 设置CodeArts控制台权限 购买CodeArts 变更CodeArts规格 新建CodeArts项目 添加CodeArts项目成员 管理CodeArts权限 管理CodeArts资源池 新建CodeArts服务扩展点 管理CodeArts中的个人设置

    来自:帮助中心

    查看更多 →

  • 设置CodeArts TestPlan测试套件的状态和结果

    在“测试套件设置”页签,单击“添加状态”或“添加结果”,根据需要配置新的套件状态结果。 父主题: 配置CodeArts TestPlan全局配置项

    来自:帮助中心

    查看更多 →

  • 执行CodeArts TestPlan测试套件

    在用例套件列表,单击“操作”列,进入“执行历史”页签,可以查看各用例的执行详情信息。 父主题: 创建执行CodeArts TestPlan测试套件

    来自:帮助中心

    查看更多 →

  • 方案介绍

    AP HANA后,用于向其他人培训或演示。 TST(Test):测试系统。完成应用软件开发后,测试人员将应用软件SAP HANA配合进行测试,验证应用软件的功能。 SoH(Suite on HANA)指SAP HANA配合SAP公司的商务套件(如ERP、CRM等)使用的场景。在该场景下,SAP

    来自:帮助中心

    查看更多 →

  • 专属云方案介绍

    Assure):质量保证系统。对功能、性能、可靠性等进行充分验证。 DEV(Development):开发系统。开发人员在应用软件开发期间,将应用软件SAP进行配合调试,并不断修改和优化应用软件。 TST(Test):测试系统。完成应用软件开发后,测试人员将应用软件SAP配合进行测试,验证应用软件的功能。

    来自:帮助中心

    查看更多 →

  • 访问CodeArts TestPlan的在线拨测页面

    TestPlan的在线拨测页面 在线拨测基于测试自动化用例和套件,可以按照设置的执行频率进行7×24不间断重复执行测试自动化用例和套件,并且可以设置各种告警策略,通知用户测试任务执行情况。 进入在线拨测方式有:导航上方入口和“接口自动化”页签入口。 导航上方入口 登录软件开发生产线首页。 单击页面上方导航“服务

    来自:帮助中心

    查看更多 →

  • 如何在软件开发团队中管理突发性任务

    品经理充当需求责任人。 方向二:需求责任人必须开发团队交流要构建的特性及其构建顺序。需求责任人还必须保证特性的接收标准已有明确说明,让开发团队可以确定在什么情况下需求责任人可以认为特性完成了。在这个角度理解,一般是业务分析人员和测试人员的角色。 同时,需求责任人还要在版本、迭代

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了