上线验收方案

为规范上线过程，加强验收过程管理，提高对验收过程的有效控制，上线前需要准备上线验收方案，明确验收范围，保证验收的有效进行
1. 验收流程
上线流程是如何？验收如何进行？分批验收还是集中验收？
比如商家app：先上线后端，验收后端，后端验收通过，再上线前端，然后要验收前端，阶段式上线，阶段式验收
2. 验收范围
2.1 验收内容
验收包括哪些模块？哪些功能？
2.2 问题与风险
验收会产生什么样的测试数据，会有什么影响？
3. 测试资源
测试需要哪些资源的支持？
比如商家app需要准备什么样的测试账号？需要什么部门配合才能产生测试账号？
需要什么样的pos机，等等
4.版本bug统计分析
每个版本结束后会针对当前版本的情况，做总结和分析，具体指标参考禅道的bug记录，统计维度包括：每人提交的bug数，每人解决的bug数，bug严重程度，bug激活次数，bug解决方案

原文地址：https://www.cnblogs.com/bzdmz/p/10360333.html

时间： 2024-10-12 18:14:58

上线验收方案的相关文章

代码上线架构方案

小型企业上线架构方案 1.开发人员需在个人电脑搭建LAMP环境测试开发好的网站代码,并且在办公室或IDC机房的测试环境测试通过,最好有专职测试人员. 2.程序代码上线规定时间,由网站业务性质而定,原则就是影响用户体验最小. 3.代码上线之前需备份,网站程序出了问题方便回退,另外,从上线技巧上将,上传代码时尽可能先传到服务器网站临时目录,传完整后一步mv过去,或者通过ln做软连接. 线上更新代码的思路.如果严格更新,把应用服务器从集群节点平滑下线,然后更新. 4.尽量由运维人员管理上线,对于代码的

SVN版本管理与代码上线架构方案

SVN是Subversion的简称,是一个开放源代码的版本控制系统,可以超越时间的管理文件和目录.文件保存在中央版本库,除了能记住文件和目录的每次修改以外,版本库非常像普通的文件服务器.你可以将文件恢复到过去的版本,并且可以通过检查历史知道数据做了哪些修改,谁做的修改.这就是为什么许多人将 Subversion 和版本控制系统看作一种"时间机器".说得简单一点SVN就是用于多个人共同开发同一个项目,共用资源的目的. svn与git的区别svn   svn版本控制系统是集中式的数据管理,

01.Svn版本管理与代码上线架构方案

空杯心态,从零开始. 应用运维->实操最重要. 每个业务至少有一种解决方案:每个方案至少会一个软件实现. 系统架构师实际是软件架构师. 系统运维架构师. 架构师主要是架构思想,不是某一个软件个体. 制造子弹->系统开发级别. 组装坦克飞机->凤毛麟角. Linux系统架构师->一期 软件架构师->二期 能力要求: 系统架构相关的知识和经验: 很强的自学能力.分析能力.解决问题的能力: 写作.沟通表达.培训: 原文地址:https://www.cnblogs.com/lzp12

企业SVN版本管理与代码上线方案

1.SVN服务实战 1) 什么是SVN(Subversion)? Svn(subversion)是近年来崛起的非常优秀的版本管理工具,与CVS管理工具一样,SVN是一个跨平台的开源的版本控制系统.Svn版本管理工具管理着随时间改变的各种数据.这些数据放置在一个中央资料档案库(repository)中,这个档案库很像一个普通的文件服务器或者FTP服务器,但是,与其他服务器不同的是,SVN会备份并记录每个文件每一次的修改更新变动.这样我们就可以把任意一个时间点的档案恢复到想要的某一个旧的版本,当然也

代码上线

1 .小型企业现状 小型公司一般只有几个开发人员,并且网站核心程序大多都是PHP语言开发,为了方便,会直接通过FTP直接上传程序代码到线上服务器,随时随地上线更新. 1.1 上述代码方案的优缺点 优点:发布快,及时,随时随地就可以发布代码. 缺点:开发人员发布的代码不经过测试人员的测试,用户刷新网页可能发现页面改变,也可能刷新瞬间程序在更新,到时无法访问,对网站用户的体验较差,如果开发写错了代码,造成的影响就更大了,这是拿用户做测试的上线方案. 据统计,网站中大概50%以上的故障是和开发程序代码

mysql高可用集群方案

这里有一篇关于Mysql高可用方案的干货文章:[干货分享] 一文了解数据库高可用容灾方案的设计与实现 网友们公司中的使用方案讨论:想问各位大大 MySQL 是怎么做高可用的? 一.Mysql高可用解决方案 方案一:共享存储 一般共享存储采用比较多的是 SAN/NAS 方案. 方案二:操作系统实时数据块复制 这个方案的典型场景是 DRBD,DRBD架构(MySQL+DRBD+Heartbeat) 方案三:主从复制架构 主从复制(一主多从) MMM架构(双主多从) MHA架构(多主多从) 方案四:数

为思考寻找答案

在近3年的测试工作中,一直保持一颗好奇的心,不断的尝试新的测试方向,手工.自动化.白盒.性能.运维,在此对自己以往的测试工作进行一次总结. 过手的项目包含网站.电视频道.手机APP.社区终端机.银行金融系统,没有进入规模性测试团队,但流程大致一样,参加需求评审--编写测试计划--编写测试用例--测试用例评审(产品.开发.项目经理)--单个模块完成进行轮次测试(每测试一轮,进行测试结论)--几轮测试后没有功能性问题(相当于内测)--出测试报告--项目上线. 需求评审中多发表自己对需求产品的看法,用

项目实施准备事项

1.专业的实施人员. 2.光盘,提供的软件需要刻录光盘. 3.安装部署文档.要写明软件是如何部署安装的,需要哪些步骤等等. 4.操作手册,提供软件的使用手册. 5.测试文档,包括测试报告,测试用例,验收测试用例. 6.培训资料,对软件维护人员进行培训. 7.上线过程文档,包括应用部署报告,基础业务数据,上线环境检查,上线计划,上线实施方案,上线运行验证报告,进程清单,用户清单,账户密码表. 8 .运维文档,对软件运行过程中出现的问题进行运维说明,辅助维护人员维护软件.项目实施准备事项,布布扣,b

【转】测试流程

规范的测试流程                                                                                       放弃上份悠闲的工作,感谢那个带我入行公司,我想了解真正的测试在公作中如何进行的.所以,来到了现在这家公司.我很欣喜的是这测试有自己的团队,专业(对当时的我来说)的流程,以及与开发等同的地位. 现在的测试流程: 需求分析: 需求分析由产品人员制定,他们要做的不是一份简单的文档,而是细化每一个功能的细节,每一个按钮