敏捷开发中的测试 更多内容
  • 敏捷测试

    更多角色之外问题。这点可以从扩张团队时对人员要求上来体现,同时也要注重对团队内部成员多方位技能培养。 From:《敏捷软件测试测试人员与敏捷团队实践指南》 迁移过程 在敏捷转型过程,有很多内容不能很好迁移到敏捷模式,在此我们主要来看看有哪些和测试有关内容是我们需要迁移且容易出现问题的。

    来自:帮助中心

    查看更多 →

  • DevOps敏捷测试之道

    业务价值,确定产品目标,相应制定质量关键点,制订相关测试策略,然后实践落地。落地之后还要基于一些不良效果不断进行反馈、循环,校验整体测试过程是否达到预期结果,这就是测试焦点。 常规安全与弹性安全 在常规设想,通常是哪个地方不安全,就一定要把所有不安全因素找出来

    来自:帮助中心

    查看更多 →

  • DevOps敏捷测试之道

    不同时期测试策略 前面讲了这么多测试活动,那么是否这个团队组建之初,就要把整个自动化测试能力构建起来呢?其实这也是一个过程,下面从软件成熟周期角度,看一下如何构建测试自动化能力。 在软件初期探索阶段,产品是一个不确定状态,从前端风格和整体布局到后端API都时

    来自:帮助中心

    查看更多 →

  • 用户故事驱动的敏捷开发

    明书对于开发人员实现产品功能非常重要,是软件开发不可缺少部分。很多人认为敏捷开发不需要文档,其实这是个巨大误解,但是敏捷开发文档确实和传统需求文档有很多区别: 敏捷开发重视是文档产生过程,希望通过透明化过程和集体讨论来确保内容完整性,以及信息在过程传递。对

    来自:帮助中心

    查看更多 →

  • 敏捷回顾

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

    来自:帮助中心

    查看更多 →

  • DevOps VS 敏捷

    而DevOps的出现,是为了解决开发与运维之间鸿沟。前端敏捷的确是快了,却发现因为Dev与Ops之间隔阂,无法真正将价值持续交付给客户。 开发侧很快,运维侧太稳,这个就是我们常说开发与运维之间固有的、根因冲突,即下图混乱之墙。开发(尤其是“敏捷”后),求是快速响应变化;运维,求是稳定

    来自:帮助中心

    查看更多 →

  • 什么是敏捷

    原则以外,敏捷开发并没有一个完整方法列表,因为所有的敏捷开发方法都是广大开发人员在日常工作摸索出来,针对某种特定场景适用方法。也就是说,以下所列出敏捷开发方法并不一定适用于你团队或者你问题,但是敏捷鼓励所有人按照自己方式尝试任何方法,只要这种方法遵循以上价值观和原则,那么它就是一种敏捷方法。

    来自:帮助中心

    查看更多 →

  • 研发能力调研与诊断

    补充。 软件开发浪费在端到端业务价值流无处不在。系统性地识别、跟踪、消除浪费来提高组织生产率。 测试策略:测试是为敏捷项目小步快走保证,提供行之有效安全网。测试承诺通过大量测试套件能够及时预警任何修改导致已有功能出错。 构建管理:敏捷团队,多人快速提交是一种日常行

    来自:帮助中心

    查看更多 →

  • 敏捷项目管理

    品是如何制定它开发计划。 两级项目计划 计划是演进,试图在项目一开始制定“完备”甚至是“完美”计划是不现实。做计划目的之一是减少风险,但在信息最少项目初期阶段做出最重要决定是不切实际并且风险巨大敏捷计划模式是渐进式,一开始只规划一个大方向,并制定最近

    来自:帮助中心

    查看更多 →

  • Scrum实践之团队

    Master也不应该冒昧干预,这样自组织拥有非凡稳定性和产生惊人新颖性。 由T型技能员工组成 T型技能意思是既要有深度又要有广度。 团队成员拥有适合技能,覆盖各个专业领域,并且总体上技能有一些重叠,团队有额外灵活性。有深度专家型员工,可以分配到数量合理产品团队,但不能让他们成

    来自:帮助中心

    查看更多 →

  • 性能测试服务分析报告中的TPS和其他工具测试的系统处理能力是否相同?

    性能测试服务分析报告TPS和其他工具测试系统处理能力是否相同? 性能测试服务TPS统计规则为每个统计周期(10s内),平均每秒获取到响应请求报文数量。比如10s内共有1000个请求获取到了响应,那么TPS即为100 TPS。有些测试工具统计是每秒发出请求数量,这样

    来自:帮助中心

    查看更多 →

  • 成长地图

    缺陷处理流程和注意事项 测试报告编写注意事项 05 API 通过测试计划服务开放API和调用示例,您可以使用并管理测试用例、测试计划等。 API概览 API概览 常见问题 了解更多常见问题、案例和解决方案 故障处理 获取测试套失败 测试套件没有用例 用户没有操作权限 测试计划没有用例 测试套件正在执行或正在排队

    来自:帮助中心

    查看更多 →

  • 团队级教练辅导

    《华为云CodeArts实践DevOps开发培训基础课件》 《CodeArts代码托管操作手册》 《CodeArts代码检查操作手册》 《CodeArts编译构建模块操作手册》 《CodeArts测试计划操作手册》 《CodeArts部署模块操作手册》 《CodeArts流水线模块操作手册》 《DevOps工程师工作指南》

    来自:帮助中心

    查看更多 →

  • 测试金字塔和持续自动化测试

    码白盒测试,到组件模块测试、接口测试、E2E(端到端)功能测试,甚至交付之后进行生产环境在线测试。每个阶段正好映射了测试金字塔由下向上各层,越下层测试在越早阶段执行,越上层测试在越后阶段执行。这类似于汽车制造流水线各个环节,每个环节组装结束后都会进行必要检查通过

    来自:帮助中心

    查看更多 →

  • 产品优势

    华为多年研发优秀实践沉淀工具能力外溢,支持IPD、DevSecOps、敏捷、精益看板、CI/CD持续交付等多种主流研发模式。 覆盖嵌入式、云服务、微服务、移动应用等多类应用开发场景;内置需求管理、代码检查、测试管理等众多华为研发规范。 高质高效敏捷交付 支持代码检查、构建、测试、部署任务自

    来自:帮助中心

    查看更多 →

  • 性能测试服务测试的时候申请的带宽大小对测试的影响是什么?

    性能测试服务测试时候申请带宽大小对测试影响是什么? 用户压测请求和响应模型不一样,所需带宽也不一样。比如说5000TPS,每个请求包大小是1KB,那么总上行带宽是5000KB,下行带宽也是一样估算方式。对于带宽限制是限制上行带宽,因此POST/PUT等带Body请求会比较消耗带宽资源。

    来自:帮助中心

    查看更多 →

  • 使用华为云DevSecOps设计与实施服务的获得的终交付件是什么?

    《华为云CodeArts实践DevOps开发培训基础课件》 《CodeArts代码托管操作手册》 《CodeArts代码检查操作手册》 《CodeArts编译构建模块操作手册》 《CodeArts测试计划操作手册》 《CodeArts部署模块操作手册》 《CodeArts流水线模块操作手册》 《DevOps工程师工作指南》

    来自:帮助中心

    查看更多 →

  • 性能测试

    性能测试 性能测试是一种软件测试形式,通过性能测试工具模拟正常、峰值及异常负载等状态下对系统各项性能指标进行测试活动,它关注运行系统在特定负载下性能,可帮助你评估系统负载在各种方案功能,涉及系统在负载下响应时间、吞吐量、资源利用率和稳定性,以帮助确保系统性能满足基线要

    来自:帮助中心

    查看更多 →

  • 性能测试

    set, 1 warning (0.00 sec) ​ 基于TPCH 10 scale数据,针对上述查询示例Q1、Q2、Q3。开启与关闭LIMIT OFFSET下推功能性能对比如下。 图1 性能对比 父主题: LIMIT OFFSET下推

    来自:帮助中心

    查看更多 →

  • 性能测试

    count(*) from sbtest1 where id/k in (... ...); 性能对比如下表所示: 表1 性能数据 测试方法 开启转换 关闭转换(不适用range_opt) 性能对比 带索引 0.09 2.48 提升26.5倍 父主题: IN谓词转子查询

    来自:帮助中心

    查看更多 →

  • 性能测试

    set, 1 warning (0.00 sec) ​ 基于TPCH 10 scale数据,针对上述查询示例Q1、Q2、Q3。开启与关闭LIMIT OFFSET下推功能性能对比如下。 图1 性能对比 父主题: LIMIT OFFSET下推

    来自:帮助中心

    查看更多 →

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