zoukankan      html  css  js  c++  java
  • 版本发布流程与规范

     

     计划制定

    产品:确定需求范围,需求评审后提供PRD及原型。

    研发、测试:评估工作量,整理研发、测试计划。

    产品、研发、测试:沟通协定封版时间以及发布日期。

    测试前的准备

    • 需求整理确认:确保前期明确的需求均包含在版本中。
    • 相关制品整理:主要升级包和安装包。
    • 测试环境准备:分为安装环境和升级环境。
    • 版本发布测试计划整理,明确具体事项,明确负责人,明确相应的日期,便于跟踪监控。

    测试阶段

    • 安装测试

    使用安装包,在全新的测试环境上进行安装操作,验证全新安装是否OK。

    • 升级测试

    使用升级包,由上一个版本升级到最新版本,验证版本升级过程是否OK。

    • 自动化测试

    如有自动化测试(API或者UI),可在搭建好的安装环境和升级环境先执行一遍,验证安装、升级制品及环境是否OK,自动化部分功能是否OK。

    • 功能测试

    包含界面功能,业务功能,验证自动化未覆盖部分功能是否正常,另外,针对版本重点需求和改造部分,以及核心业务流程需要重点测试。

    • 性能测试

    针对产品或项目提出的诉求有针对性场景,进行性能测试,验证性能指标是否满足要求。

    • 安全测试

    针对产品及特定业务场景,进行安全测试,验证安全指标是否正常。

    • 回归测试

    针对上述阶段发现的问题,做BUG回测,确保等级较高的BUG均为修复。

    当然,不是每个版本发布都要完全按照上述流程,部分流程可根据产品特性、投入情况等情况做适当的取舍。

    制品发布

    • 制品整理

    安装、升级制品(可能还有脚本或者定制内容)。

    • 文档整理

    PRD、功能手册、配置说明、升级文档、安装文档、API文档、数据字典、需求列表、BUG列表、测试用例、测试报告等。

    • 发布报告整理

    包含注意事项、新增配置项说明、新增表OR字段说明、接口改动说明、BUG修复情况说明、版本兼容性说明、测试环境,配置说明、制品获取地址、升级OR安装注意事项等。

    项目总结

    从版本计划开始至版本发布期间,针对过程中产品、开发、测试暴露的一些问题进行针对性的总结解决,可能是流程协作类的问题,也可以是开发质量、产品设计质量上的问题。

    上线后的跟踪

    一般跟踪发布后三个月的情况,为了便于统计可以使用在线文档或禅道、JIRA等项目管理平台,建立统一汇总跟踪任务单。

    如果使用在线文档或者Excel统计,可以参考下述格式:

    如果是禅道或者JIRA平台,可以建一个总任务单,后需有项目或客户反馈问题在对应版本的总任务单下建子任务进行记录即可。

    目的是方便跟踪汇总,具体使用什么工具,没有限制。

     

  • 相关阅读:
    svn command line tag
    MDbg.exe(.NET Framework 命令行调试程序)
    Microsoft Web Deployment Tool
    sql server CI
    VS 2010 One Click Deployment Issue “Application Validation did not succeed. Unable to continue”
    mshtml
    大厂程序员站错队被架空,只拿着五折工资!苟活和离职,如何选择?
    揭秘!Windows 为什么会蓝屏?微软程序员竟说是这个原因...
    喂!千万别忘了这个C语言知识!(~0 == -1 问题)
    Linux 比 Windows 更好,谁反对?我有13个赞成理由
  • 原文地址:https://www.cnblogs.com/wanghuaijun/p/13511786.html
Copyright © 2011-2022 走看看