精华内容
下载资源
问答
  • 项目迭代测试流程
    2021-05-24 19:56:39

    1、制定重构阶段性计划

    明确重构内容和时间段,需提前输出给到相关负责人进行确认。

    2、梳理业务和旧系统业务逻辑

    深入业务,明确现状,为后续制定重构详细计划做准备。

    3、确定重构内容影响范围

    避免涉及内容太广,把内容控制在可控范围内。

    4、制定重构详细计划

    精准排期,识别风险,为后续开发阶段做准备。

    5、制定重构排期计划表

    协调相关团队负责人,明确后端开发、前端开发、联调、测试、运维、上线等几个阶段的人员和时间。

    根据各个团队的资源情况,敲定上线时间点。若资源不够,时间不足,则可基于上线时间点倒推,压缩各个阶段的时间,同时删减迭代版本内容,将版本内容和时间控制在一个合理范围,最终推动项目正常进行。

    这个阶段需指定一个技术负责人,统一跟进和协调各个阶段的人员和资源。

    6、开发阶段

    各小组负责人把控好开发进度和质量,识别风险并提前暴露,保证按时按质按量交付。

    可将开发完成的功能或接口提前给到调用方,让调用方提前介入,提高整体效率。

    7、联调阶段

    分为后端系统间的联调和前后端联调。接口提供方把环境和文档提前准备好给到调用方。

    8、测试阶段

    基于测试用例进行功能测试,提前准备压测脚本,输出重构前和重构后的压测报告,用作关键数据。

    研发人员及时修复bug。

    9、上线阶段

    技术负责人提前收集该版本所涉及的系统、SQL变动、配置变动、压测结果等。

    协调运维人员准备相关服务器资源等。

    10、线上跟进

    上线后需要持续跟进线上情况,通过监控、日志来分析,发现问题,然后给出优化方案和排期。

    更多相关内容
  • 项目迭代流程和思考

    千次阅读 2019-09-14 14:20:42
    近期在某中小型互联网公司经历,迭代流程进行总结。 1.首先迭代流程图如下:(希望大家能给一些优化建议,互相学习) 2.迭代过程中的思考 需求阶段 (1)明确真实项目背景和预期。PM识别伪需求,明确需求方...

    近期在某中小型互联网公司经历,迭代流程进行总结。

    1.首先迭代流程图如下:(希望大家能给一些优化建议,互相学习)

     2.迭代过程中的思考

     

     需求阶段

    (1)明确真实项目背景和预期。PM识别伪需求,明确需求方真正的目标和背景预期。文档及时更新和周知。UI变更及时通知。
    (2)需求变更等落实PRD做到周知。
    需求变更,其实不止是需求阶段进行变更,这个涉及到整个项目过程,都可能会变更。
    文档更新和周知,衡量研发时间成本。当然,不太紧急可以考虑二期。
    确保PRD和UI图文案和功能btn的一致性。经常出现,C端开发不一致,最后还要再次进行确认,增加沟通和修改成本。
    (3)文档交互细节要明确。说实话是,本公司是没交互设计师,一些交互问题是QA来提的,所以经常,会让PM写清楚一些交互实现逻辑,尽量确保C端一致性。

     

    研发阶段
    (1)确保每日任务进度。
    拆解每日研发进度,确保当天任务顺利完结。不能完结及时沟通反馈,不过这是项目经理去PUSH了。
    (2)确保联调时间和自测
    确保前后端联调时间,明确送测前研发进行自测。

    再次进行确认,增加沟通和修改成本。
    (3)文档交互细节要明确。说实话是,本公司是没交互设计师,一些交互问题是QA来提的,所以经常,会让PM写清楚一些交互实现逻辑,尽量确保C端一致性。

     

     测试阶段
    (1)BUG要提交管理工具,测试过程可视化:
        用工具记录每个人的执行过程,管理人员也能通过工具及时发现测试中不足和风险。也是作为测试沉淀和输出的资产。典型BUG 亦可作为其他项目参考借鉴依据。
    (2)报BUG要专业,学会定位BUG,使研发排查BUG有据可依:
    作为QA来说,有的QA 报BUG直接说表现,UI层面问题。
    charles,Fidddler抓包辅助测试,可定位一些问题,同时提升我们的定位问题能力,在RD那边也能很有说服力和收获好评。
    所以,报BUG发CURL或者LOG,会提高BUG定位效率。
    分享一篇很nice的文章,如何定位BUG :http://www.360doc.com/content/17/0627/11/40343770_666897925.shtml
    (3)测试阻塞  

    测试阻塞的原因有:流程性bug导致 、功能点未开发 、测试资源协调不开等

    测试过程中,遇到问题,先自行解决,当然,在保证项目正常的情况。如果自行解决不了,需要立即向上级反馈,让领导出面协调。

    展开全文
  • 快速迭代项目流程

    2018-09-14 15:38:12
    主要是整理出一个项目需求从进来,到开发,到测试,到上线的全部流程,以及责任划分的流程梳理,适合巨大多数互联网公司,特别是快速迭代敏捷开发一类的项目管理流程
  • 测试迭代流程示意图

    千次阅读 2015-05-28 01:54:03
    帮某人整理的软件测试知识

    帮某人整理的软件测试知识

     

    展开全文
  • 【测试报告】模板:迭代测试报告

    千次阅读 2021-05-26 08:27:14
    迭代测试报告:一般是内部使用的迭代版本发布时提交的测试报告,用于做一个发布评审的测试评分的凭证,以便填写发布评审后走规范的发布流程,也是下一环境运维发版的重要引导;这类报告一般在缺陷管理系统提交,比如...

    目录

    一、前言

    二、测试报告模板



    一、前言

    迭代测试报告:一般是内部使用的迭代版本发布时提交的测试报告,用于做一个发布评审的测试评分的凭证,以便填写发布评审后走规范的发布流程,也是下一环境运维发版的重要引导;这类报告一般在缺陷管理系统提交,比如tapd、禅道,在系统里设置固定的模板,创建报告后,保存即可同步发邮件到指定邮箱,同时也保存线上报告在系统中,方便查找,因此一个规范的测试报告模板尤为重要。

    迭代测试报告:主要分为测试环境测试报告、预发布环境测试报告、生产环境测试报告(线上验证结果报告)



    二、测试报告模板

    (一)测试报告标题

    【测试环境】

    格式:测试环境测试报告 - 迭代版本名称 - 测试通过日期

    示例单迭代:测试环境测试报告 - V1.0 迭代 - 2021.01.01

    示例多迭代:测试环境测试报告 - V1.0~V1.3 迭代 - 2021.01.01

     【预发布环境】

    格式:预发布环境测试报告 - 迭代版本名称 - 测试通过日期

    示例单迭代:预发布环境测试报告 - V1.0 迭代 - 2021.01.01

    示例多迭代:预发布环境测试报告 - V1.0~V1.3 迭代 - 2021.01.01

     【生产环境】

    格式1:生产环境测试报告 - 迭代版本名称 - 测试通过日期

    示例单迭代:生产环境测试报告 - V1.0 迭代 - 2021.01.01

    示例多迭代:生产环境测试报告 - V1.0~V1.3 迭代 - 2021.01.01

     

    格式2:线上验证结果报告 - 迭代版本名称 - 测试通过日期

    示例单迭代:线上验证结果报告 - V1.0 迭代 - 2021.01.01

    示例多迭代:线上验证结果报告 - V1.0~V1.3 迭代 - 2021.01.01


    (二)测试报告内容

    一、迭代信息

    (1)迭代版本:V1.0、V1.2、V1.3

    (2)系统名称:

    ① 主要测试系统:

    ② 关联测试系统:

    (3)相关成员:

    ① 项目经理:

    ② 产品经理:

    ③ UI:

    ④ 后端开发:(主要系统)、(关联系统)

    ⑤ 前端开发:(主要系统)、(关联系统)

    ⑥ 测试:

     二、迭代需求

    (1)备注信息可说明一下需求的特殊情况,比如延期到下一迭代、拒绝开发的需求等

    (2)使用模板类型的“需求”,直接选择相关需求和需要展示的字段显示,一般需要显示字段:需求ID、需求名称、优先等级、状态、负责人、开始时间、结束时间、完成时间 

    三、迭代修复的历史缺陷

    (1)备注信息可以备注历史缺陷来自于哪个迭代版本,也可直接为空

    (2)使用模板类型的“缺陷”,直接选择相关历史缺陷和需要展示的字段显示,一般需要显示字段:缺陷ID、缺陷名称、优先等级、状态、负责人、创建时间、完成时间

     四、测试信息:

    (1)所属环境:测试环境 / 预发布环境 / 生产环境

    (2)测试时间:开始日期1 ~ 结束日期3 (共 N 个工作日)

    ① V1.0:开始日期1 ~ 结束日期1 (共 N 天)

    ② V2.0:开始日期2 ~ 结束日期2 (共 N 天)

    ③ V3.0:开始日期3 ~ 结束日期3 (共 N 天)

    (3)测试类型:

    ① 是否冒烟测试:是

    ② 是否功能测试:是

    ③ 是否接口测试:是

    ④ 是否性能测试:是

    ⑤ 是否安全测试:否

    ⑥ 是否兼容测试:是

    兼容测试具体信息
    兼容类型系统类型浏览器类型/手机类型备注
    浏览器兼容win10chorm、IE 9/10/11、Firefox、360 
    手机浏览器兼容Android内置浏览器、UC、QQ 
    iOS内置浏览器、UC、QQ、chorm 
    手机兼容Android 8华为、小米8、vivo X21、三星 
    Android 9华为、小米8、vivo X21、三星 
    iOS 10iPhone 6s、iPhone 11、iPad 
    iOS 11iPhone 6s、iPhone 11、iPad 

     

    五、测试计划

    直接关联测试计划,拉取测试计划,测试计划除了编写测试计划,其需求统计、用例执行结果、缺陷统计等情况均可体现,如果全都规范维护,且用于执行测试用例和提交缺陷,则无需另外手动汇总用例和缺陷,直接测试计划截图执行结果图即可,如果没有用来关联用例和缺陷,也不影响,后面可另外统计一下用例总数和缺陷情况。

     六、测试用例

    上传附件:测试用例,附件名称显示统计用例数(用例总数:;用例通过数:)

    七、缺陷情况 

    (1)缺陷总数:

    (2)延期解决缺陷数:

    延期解决原因:

    (3)使用模板类型的“缺陷”,直接选择相关延期解决缺陷和需要展示的字段显示,一般需要显示字段:缺陷ID、缺陷名称、优先等级、状态、负责人、创建时间

     八、风险评估

    (列出当前的风险点,同时评估下是否影响上线使用,延期解决的缺陷列出,把当前存在的问题分点说清,再总结是否影响上线即可)

     九、发版信息

    发版信息
    所属环境计划发版日期实际发版日期测试通过日期备注
    测试环境    
    预发布环境   (可备注多次修复发版日期和版本号)
    生产环境   (可备注多次修复发版日期和版本号)

     

    十、测试结果

    测试结果汇总
    所属环境冒烟测试功能测试接口测试性能测试兼容测试安全测试测试结论备注
    测试环境通过通过通过通过通过测试通过,可发布预发布环境 
    预发布环境通过通过通过通过通过测试通过,可发布生产环境 
    生产环境通过通过通过通过通过线上验证通过 

     

    展开全文
  • 项目迭代流程

    2015-09-16 11:03:40
    按PMP五大过程组,根据项目实际情况,进行工作划分,主要针对新项目,大项目;整个流程包括产品需求确定阶段、交互、界面设计阶段、开发阶段、测试阶段、产品验收阶段、发布阶段
  • 微信开放个人小程序的同一天,动手写这个项目。 为了便于学习和交流,将其开源。 你可以从源码中得到: 小程序的开发流程 Redux 之小程序实现 参考性骨架目录 参考性代码风格 ...... 编不下去了,其实吧...
  • ONES 敏捷项目管理迭代流程图文演示

    千次阅读 2020-09-07 08:34:33
    ONES 敏捷项目管理,迭代计划流程图文演示
  • 总体思路是这样的:流程控制 + 测试深度 + 测试广度。其中流程控制主要有:质量保障工作前置,越早发现问题修复代价越小。流程埋点,流程数据分析及改进,流程基本稳定后再着手将其系统化,以提升效率。流程控制中的...
  • 项目迭代管理流程

    千次阅读 2021-04-15 10:25:09
    为规范产品迭代流程,提升团队成员产品迭代参与度,更好的衡量团队成员贡献度,量化产出,明确各成员角色的责任及义务,特制定此流程。 发版周期 两周一个迭代 概念描述 使用Jira管理自定义字段的描述如下: ...
  • 个人博客:http://www.blogjava.net/eamoi全文:软件项目是需求驱动的典型代表,项目从立项、开发、测试到交付,需求的变化迭代是很正常的事情,这点对于大型项目尤其明显。需求迭代如果控制不好,很容易增
  • 一、迭代角色 1、Scrum Master 1.1 促进团队提高创造力,并努力提高开发团队的效率 1.2 负责消除团队的风险以及困难 1.3 识别 Sprint 中的风险并提供解决措施 1.5 负责召开复盘会议。 组织 Sprint 计划...
  • 本文作者:程胜聪 - ...持续测试的实践变革是关于人、流程和技术的全面工程:既需要技术上的支撑,比如持续集成、持续部署的基础能力,也需要人员自动化代码能力的提升,同时对流程的改进也是其中不可或缺的一环。.
  • Git版本管理与项目迭代发布 Git强大的版本管理能力让我们在项目中可以灵活的创建、合并分支,不过灵活总是伴随着复杂,比如,当项目团队越来越大时,创建的分支可能非常多,每个人都可能创建几个,如果不及时提交...
  • 项目测试流程

    2022-06-22 19:25:16
    1、测试拿到迭代需求以后对需求进行分析(半天到一天) 测试主要根据异常场景,支付等异常进行分析。还有就是针对分析客户在实际使用的场景异常进行分析 2、产品会牵头进行需求评审会议针对业务逻辑实现方法异常...
  • 项目迭代

    千次阅读 2018-11-01 00:51:20
    项目迭代 1、流程图 需求分析开发测试评估开发测试回归 (1)需求分析 产品经理将功能设计好成“PRD”“原型”"设计稿"提供出来 准备好这些东西以后就可以定版 ☆在产品和开发(经理)聊的时候可能会有变动,而...
  • 测试流程项目流程

    2021-12-24 23:12:31
    项目确认启动后,产品确认需求迭代周期(任务拆分,毕竟不能一蹴而就,小项目除外),开发确认初次迭代研发周期,测试确认初次迭代测试周期,然后做出计划排期(根据分配的任务排期)。并各方要在任务平台上设置好...
  • 2018年7月开始我们的项目,截至目前系统已经从1.0.0版本更新到1.3.1,现阶段并行开发1.3.2和1.3.3以及140,测试会并行需要准备介个迭代测试,产品需求已经准备到1.5.0。 上述三位数,第一位数的变动是相当于重构之类...
  • 对软件产品进行全面测试,以确保产品满足软件产品需求...正式的迭代测试:制定测试方案,编写测试用例,至少2轮测试和1轮回归; 简化的迭代测试:可以不输出测试方案、测试用例,只编写测试要点,至少1轮测试1轮回归。
  • 一、创建分叉 分叉(Fork)是原始存储库的一个副本,作用是(可以在不影响原始项目的情况下进行更改)
  • 迭代开发的测试流程

    千次阅读 2011-02-23 18:21:26
    以下经验来源于曾经参加过的一个包含7-8人测试团队的敏捷开发外包项目,该项目以三个星期为一个Iteration,分为test, dev, UAT环境,以下为各个星期中Tester的活动 [b][*]Week One[/b] 所有的tester在UAT环境上...
  • 一、为什么要复盘 在当前项目的研发过程中,按照产品研发的生命周期,研发的每阶段结束后会进行复盘,为什么要做复盘?复盘有什么好处?...在项目当前测试交付过程中,主要有敏捷测试交付和系统测试交付。其
  • 图1为上线运维台帐 编号 系统 子系统 所属模块 涉及功能 问题分类 问题描述 是否有SQL脚本 期望解决方案 技术实现方案 ... 测试计划 开始时间 测试计划完成时间 ...
  • 迭代注意事项

    2022-02-13 22:55:55
    迭代就是自己调用自己,使用时 需要新建一个本身的对象 1、整理清楚程序的运行流程, 发现程序的相似点 2、进入下一次迭代时 需要整理清楚,新数据与老数据的关系。
  • 关于迭代测试的一些思考

    千次阅读 2015-07-29 00:07:26
    作者:朱金灿来源:http://blog.csdn.net/clever101 一个软件的功能的越来越多,如何建立一个规范的测试流程来保证对开发的功能进行充分的测试,是摆在我们面前的难题。在修改bug中常常会出现一种“按下葫芦浮起瓢...
  • 测试用例是需求评审之后写的,期间又接触了一些项目,开发阶段需求的修改,没有及时的修改测试用例。导致执行测试的时候,大部分是根据需求测试的。不能保证全面覆盖需求。 问产品需求、开发问题时,被别人说过3...
  • 软件测试(敏捷开发、迭代模型)

    千次阅读 2021-04-26 21:48:56
    敏捷开发是多种软件开发项目管理方法的集合,是一种开发方法。 以用户需求为核心,以用户为导向,快速开发,快速验证,快速修正的迭代式。 核心原则是拥抱变化,递增变化。 特点:1. 快速反应 2. 即时交付 3. 允许...
  • 此回购是Airbnb克隆项目所有迭代的集合,我们必须在六个月内创建,每个步骤都具有配对的编程方面和一些测试驱动的开发。 总体而言,该项目旨在教我们如何将Web应用程序组合在一起。 此外,还可以帮助发展软技能,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 143,204
精华内容 57,281
关键字:

项目迭代测试流程