提测标准
大家好,又见面了,我是你们的朋友全栈君。
一、 提测要求及规范:
1.发送提测邮件规则:
需求、代码配置项、sql语句新增或变更等均需要发送提测邮件说明;
2.产品需求方面:
需求地址:建议需规或原型 提交到禅道进行统一管理,每次更新新增版本号提交禅道,开发提测时,提供对应禅道版本号地址;
3.打包方面:
提测前准备:
(1)分支:dev、test、master;
(2)指定配置文件dev、test、prod;
(3)配置文件需要有注释说明;
(4)保证后端配置项文件放置jar包同目录,可正常启动;
(5)前后端git地址,统一为https的地址
4.数据库sql脚本:
需整理出纯净的表结构sql、初始化数据sql脚本;
5.接口通过nginx代理,生产环境无需重新打前端包,取测试环境前端包即可;
6.移动端及前端:
手机端页面建议不要嵌在apk里,页面分离,单独部署;
7.提测前禅道上增加测试版本号,提测邮件里标明测试版本号,版本号规范:V1.0.0_T20200430
二、提测邮件模板:
1.测试版本号:
V1.0.0_T20200430
2.提测内容:
说明本次测试内容、回归测试范围;
3.打包地址及权限:
XX子系统:
前端git地址:https:xxx
后端git地址:https:xxx
分支:test/master
部署应用中英文对照
依赖关系
4.配置项说明:
目录及特殊配置项说明;
5.nginx配置文件:
见附件nginx.conf;
6. 数据库sql脚本;
数据库名称:XX;
sql脚本:见附件XX.sql;
sql执行顺序:XXX;
7.bug负责人:
前端联系人:XX
后端联系人:XX
产品联系人:XX
8.系统登录账号及密码:
用户名: XX 密码:XX
9.中间件及版本:
mysql5.6、Seaweedfs、redis等
1.编译及单元测试通过(单模块测试); 2.通过了冒烟测试(关键功能的测试),依据测试用例主要业务流程测试通过(系统测试); 3.显而易见/基本功能bug不能超过1个(数量待定); 4.原代码放在版本库中; 5.提供完整、详细、准确版本更新内容; 6.需求及设计开发文档齐备;
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/166878.html原文链接:https://javaforall.cn
相关文章
- 3G标准中的TDD与FDD模式
- 燃!海发宝诚(原中远海运租赁)通过 DevOps 持续交付标准 3 级评估,相关能力达到国内领先水平
- 【说站】python ChainMap标准库的跟踪使用
- 网页w3c标准_让行为成为标准
- w3c css规范_jquery是w3c标准吗
- CO15批次确定,标准的太蛋疼了详解编程语言
- 德国医疗保健数字化机构已选用Matrix可互操作即时消息标准
- 零百加速3.5s、WLTP标准528km 起亚EV6公布动力信息
- 【Linux证书:鉴别真伪的标准】(linux证书有哪些)
- 工信部指导的首个区块链标准发布,将从四方面推动区块链产业化进程
- Redis集群巡检建立专业的巡检标准(redis集群巡检标准)
- 基于Web标准的UI组件―树状菜单(2)
- 什么叫标准网页设计?
- web标准知识——从p开始,循序渐进