精华内容
下载资源
问答
  • 关于规范入职流程通知.doc
  • 关于颁布公司投资项目尽职调查工作基本规范及基本流程通知.docx
  • 《台区智能融合终端微应用开发及检测规范 第 1 部分:架构及功能》 附件:2.《台区智能融合终端微应用开发及检测规范 第 2 部分:数据模型》 附件:3.《台区智能融合终端微应用开发及检测规范 第 3 部分:交互接口》...
  • 测试部测试工作规范

    千次阅读 2011-09-06 18:49:14
    规范专用测试组工作内容和工作流程,通过规范化的工作模式,提高专用测试组的整体工作效率。 2. 产品测试工作要求 2.1.测试工作流程 测试工作流程图如下: 2.2.详细说明 2.2.1. 初始 从项目经理或研发...

    测试部测试工作规范

    1. 目的

    规范专用测试组工作内容和工作流程,通过规范化的工作模式,提高专用测试组的整体工作效率。

    2. 产品测试工作要求

    2.1.测试工作流程

    测试工作流程图如下:


    2.2.详细说明

    2.2.1.   初始

    从项目经理或研发工程师处获得产品的产品测试计划情况,包括版本号、计划完成时间、需求内容、修改内容等,根据不同产品的需要与任务发起人讨论产品是否是可测试的。

    2.2.2. 计划

    根据产品测试计划的时间和需求范围制定测试计划,选择已有的测试用例,编写新功能的测试用例,明确每一轮测试所要用到的用例有哪些,用例的选择要经过评审确认。

    输出:测试计划、测试用例或测试大纲

    2.2.3. 执行

    收到提交测试的产品包后,首先须进行冒烟测试,保证基本的安装/卸载过程正常,数据流正常,才可以进入功能测试。

    每一轮的测试要将已经确定的测试用例完整执行一遍,将一轮测试中发现的bug更新到团队任务管理系统的当前工作计划中,通知研发工程师进行修改,所有的bug修改完成后才可以提交完整包进行下一轮的测试。在下一轮测试开启前,允许研发工程师提交两次文件,以替换的方式进行bug验证,bug验证通过后再要求开发打包提交进行下一轮测试。

    输出:bug列表,阶段性测试报告(每一轮测试执行完成后发出)

    2.2.4. 收尾

    内测完成后要编写内测报告,编写版本发布说明、用户手册、安装说明文档等配套文档。对于一些子模块的入库,可以不提供用户手册。

    输出:内测报告、版本发布说明、用户手册(可选)、安装说明文档

    2.2.5. 完成

    测试通过的包需填写设计变更通知单并通知工程部,将程序打包上传到FTP服务器中RELEASE目录下指定的子目录,并通知输出给工程部后认为是测试阶段完成。

    输出:设计变更通知单

    2.2.6.  注意事项

    n  提交的测试工作计划,要检查是否符合入口标准,如果描述不清晰、不准确,或者存在明显的产品命名、版本号不正确之类的错误,要求开发修改后重新提交测试申请。

    n  保证每一轮都将测试用例跑完,再将bug提交给开发人员,要求开发人员将bug全部修复完成之后再提交测试,如果只是部分修改,除非有合理的理由,否则不接受测试。

    3. 外部技术支持工作

    3.1.工作流程


    3.2.详细说明

    3.2.1. 初始

    外部问题的提交最好采用邮件的形式进行交互,测试人员收到问题后认真查看问题的描述,如果对于问题描述有不理解的地方直接与问题提交人进行交互。

    3.2.2. 分析

    判断问题是否为已知缺陷,如果是已知缺陷,直接答复给问题提交人处理问题的方式。

    如果不是产品的已知缺陷,需要在现场重现此问题,分析定位问题发生的原因,将分析结论转给开发人员,由开发人员给出解决方案。同时,要把问题填写进bug管理系统。

    3.2.3. 收尾

    给出问题解决的报告,报告内容包括分析定位的结论、如果是已知缺陷给出解决方案。报告要发给问题提交人,抄送给测试主管和产品经理。

    3.2.4. 完成

    与问题提交人确认问题是否解决,若已解决,则任务完成。

    3.2.5.  注意事项

    n  问题的交互最好都采用邮件的方式,以保存问题交互记录,作为追溯和工作记录的依据。

    n  对于新发现的问题如果是产品缺陷,一定要填写bug,无论是否已通过其他手动方式解决。

    4. 其他要求

    4.1.bug填写说明

    bug填写时要描述清楚以下几个方面的内容:

    n  测试时的操作步骤,描述清楚测试的时候是如何做的操作。

    n  问题现象,最好可以附上截图。

    n  测试分析结论、建议,给出测试的分析结论。


     

    4.2.周报/月报填写说明

    4.2.1. 周工作任务统计

    任务名

    所用工时(天)

    详细情况描述

    工作结果

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    4.2.2. Bug统计表

    New(新录入bug数)

    Reopen(重开bug数)

    Closed(关闭bug数)

    Reject(开发拒绝bug数)

    0

    0

    0

    0

    填写说明:

    n  描述本周做了哪些工作,每项工作大概使用多少工时(单位:天),情况如何。

    n  对本周的bug情况进行总结。

     

    4.2.3. 工作月报

    月报内容包括:

    1、  本周主要任务分布:(%)

    项目名称

    测试任务(天)

    文档编写/修改(天)

    外部技术支持(天)

    其他(天)

    XX项目

    10

    20%

    50%

    20%

    填写说明:

    n  对本月的工作做一个归纳总结,描述每个项目中每个任务占用工作天数。

    n  对当月发现的问题进行总结,任何方面的问题都可以,并简单分析一下产生问题的原因,给出一些建议和意见。

    展开全文
  • 并按谈话、质证、作出裁决报告、送达等程序进行。 十、组织搬迁与旧房拆除 l 、组织被拆迁人在拆迁公告规定的搬迁期限内,提前搬迁的可适当发给奖励金,拆迁单位应按签订协议和搬迁的先后确定回迁安置顺序号...

    一、签订委托拆迁意向书

    1 、建设用地单位需拆除城市规划区范围内国有土地上的建筑物及其附属物,均需向市拆迁主管部门提出申请,并委托有相应拆迁资质等级的拆迁单位实施拆迁。

    2 、建设用地单位须向拆迁单位提交拆迁委托书和各种有关项目批文、批件。包括:

    1)建设项目计划任务书;

    2)建设用地规划许可证和规划红线图;

    3)用地文件和用地界线图。

    3 、拆迁单位根据上述批文,向建设单位了解用地性质、用途、安置(或过渡)用房准备情况和资金状况。双方经协商达成意向,可先签订委托拆迁意向书,并向福州市房地产管理局拆迁管理办公室申请办理有关拆迁前期审批手续。

    二、调查摸底申请手续

    (一)由建设用地单位缴交下列壹式两份有关建筑用地批准 文件及资料。

    1、建设项目批准文件;

    2、建设用地选址意见书及选址红线图或规划工作红线图;

    3、国有土地使用权批准文件;

    4、申请调查摸底办理冻结手续的报告;

    5、委托拆迁意向书;

    6、拆迁主管部门认为需要提供的其它证件和资料。

    (二)拆迁主管部门进行实地核对拆迁范围和门牌号。

    (三)拆迁范围经核实确认后,由拆迁主管部门发函通知产权管理机关进行拆迁范围房屋产权审查。同时发函通知公安、工商、城建、房管等有关部门暂停办理拆迁范围内的建房审批、工商登记、户口迁入与分户、产权、使用权变更等有关手续。并对拆迁单位下达拆迁范围房屋状况和居住情况调查摸底通知。

    三、调查摸底

    1 、拆迁单位根据拆迁范围和居民产权确定调查摸底、丈量评估小组人员,并向建设用地单位预收调查摸底费用。上述人员进行调查摸底、丈量评估时,要求二人以上,不得单独进行。

    2 、查户口

    1)按户口簿查清住户家庭成员、辈份、性别、出生年月、户口迁入情况;

    2)有否有住房无户口或挂口挂户现象;

    3)分户情况。

    3 、查住房:

    1)查明住房的产别、结构、地段号、私房的产权人、公房承租人及居住状况;

    2)在拆迁范围以外有无房屋;

    3)有无违章搭盖和突击改变房间的结构或使用性质。

    4 、房屋产权审查

    1)查明产权登记情况。产权人(或他项权利人)姓名、地段号、登记时间、来源日期、产权范围、占地面积和结构等;

    2)查明私房改造情况。业主留房范围、使用人姓名、房间的名称和面积等;

    5 、丈量估价

    1)画出每座房屋平面示意图,并标注结构、尺寸及主要特征;

    2)丈量房屋及其附属物的使用面积或建筑面积。

    3)评估拆迁房屋的等级和成新,计算补偿金额。

    6 、汇总调查摸底资料。根据实地调查摸底和丈量结果,分别统计拆迁总户数、人口数、面积数、单位数以及店面、公、私房面积、比例等,同时进行拆迁安置总费用的测算,据此拟定初步安置方案。

    四、签订委托拆迁协议

    经测算效益和协商达成委托拆迁协议,建设单位与拆迁单位双方法定代表人正式签订委托拆迁协议,签订该协议15日内报经拆迁主管部门备案。

    五、委托评估

    在摸底测算时,拆迁人或受委托的拆迁实施单位应当向8 家或8 家以上有拆迁估价资质的估价机构发出房屋区位补偿单价估价公开抽签邀请函,接受估价机构报名,并在拆迁管理部门和当地社区(村)代表等的监督下按抽签方式选择5 家或5 家以上有拆迁估价资质的估价机构,对被拆迁范围的房屋区位补偿单价进行估价,去掉最高价和最低价后进行平均,来确定被拆迁范围的房屋区位补偿单价,以此作为拆迁安置方案的依据,并将评估报告报送拆迁主管部门备案。 

    六、费用审核

    1 、对需要拆迁主管部门进行费用审核的项目,拆迁人应向我局提供以下材料:① 业主单位对该项目各类房屋拆迁面积及拆迁费用的初核确认函;② 摸底单位拆迁费用测算报告;③ 用地红线图(在图纸上标明房屋座落的摸底序号,应与摸底横表相对应,并标明图纸航拍的年份,由业主单位及摸底单位在红线四周加盖公章确认);④ 每户房屋详细平面图(有产权的应注明产权面积及产权证号,分清主座房屋、附属房及近期搭建房屋);⑤拆迁摸底横表;⑥ 产权审查表。

    2 、拆迁主管部门组织人员在拆迁人及拆迁单位的配合下,到拆迁现场进行确认和审核,向市财政局出具审核意见。

    七、拆迁审批

    1 、申请

    拆迁人正式向拆迂主管部门申请动迁,应提供以下材料:

    建设项目批准文件;

    建设用地规划许可证及规划红线图;

    国有土地使用权批准文件;

    拆迁计划和拆迁安置方案;

    办理存款业务的金融机构出具的拆迁补偿安置资金证明;

    委托拆迁协议书;

    产权审查证明;

    安置房或过渡房地点、户型平面图及房屋竣工验收合格报告;

    填报《福州市城市房屋拆迁审批表》。

    2 、听证

    材料齐全的,由我局制定并在拆迁现场张贴拆迁审批听证公告,告知听证事项,申请人、利害关系人向我局办事服务大厅提交书面听证申请,由“窗口”工作人员审查听证申请人的听证资格。

    局政策法规处确定参加听证会的利害关系人代表(如无自行推举的,可从申请人公开随机抽取邀请社区、街道代表见证),送达会议通知,发布听证会公告(法定公告期7 个工作日),举行听证会。听证会参加人员主要利害关系人代表、行政许可申请人、市城市房屋拆迁管理办公室管理人员参加,并邀请发改委、规划、土地、街道、社区、拆迁实施单位及人大代表、政协委员、法律专家到会发表意见。

    听证会结束后,根据闽建房〔 2006 61 号文规定,听证主持人写出听证报告,提出房屋拆迁许可建议。

    3 、审批

    经拆迁主管部门逐项核实后,拆迁人按国家物价局、财政局有关规定缴纳拆迁管理费。

    拆迁主管部门对符合条件准予动迁的,发给《 房屋拆迁许可证》,并在核发许可证3 日内在拆迁范围内发布房屋拆迁公告,在公告中明确拆迁人、拆迁范围、安置方式、过渡期限、拆迁期限、进场拆迁人员、负责人的姓名、拆迁工作证号,接受群众监督。

    八、实施动迁

    1、拆迁单位应该严格按照批准的范围和期限实施拆迁,并做到“六公开”。

    2 、召开拆迁协调会。拆迁单位与拆迁涉及到的有关单位,协调拆迁问题,争取各有关部门的支持配合。

    3 、拆迁单位与拆迁范围所在区房管局签订拆迁公房协议书。

    4 、召开群众动员大会,或逐户核定产权面积和旧房补偿金额。

    5 、与被拆迁人签订拆迁安置协议。

    6 、每月25日前向拆迁主管部门报送在拆工地拆迁安置统计报表和裁决信访统计报表。

    九、协商与裁决

    房屋拆迁工作应坚持多协商、少裁决的原则,尽量通过协商促进搬迁,对于少数无理取闹要价太高无法通过协商进行搬迁的,可向拆迁主管部门申请进行行政裁决。

    1 、协调

    拆迁人就其建设项目初次申请房屋拆迁行政裁决的,必须详细说明该建设项目总拆迁户数、未达成拆迁补偿安置协议的被拆迁人比例及原因,并附该建设项目未达成拆迁补偿安置协议的被拆迁户明细表(含被拆迁房屋产权、建筑面积、拟补偿安置方案、被拆迁户的补偿安置要求等)。

    对建设项目初次申请房屋拆迁行政裁决的,收件人员应当及时将拆迁人提交的未达成拆迁补偿安置协议被拆迁户的材料移送驻该项目所在区裁决小组组长。区裁决小组应当会同该项目跟踪管理人员对位达成拆迁补偿安置协议被拆迁户的情况进行梳理、分析,与拆迁人、拆迁实施单位逐户研究制定调解方案后,召开一场协调会,同时邀请当地街道(镇)、社区(村)干部到场,进一步做好未搬迁被拆迁户的法规政策宣传解释工作,减少申请房屋拆迁行政裁决的数量。

    2 、裁决听证

    拆迁人就其建设项目初次申请房屋拆迁裁决时,经审查,未达成拆迁补偿安置协议被拆迁在30 户(含30 户)以上,或者未达成拆迁补偿安置协议户数占总被拆迁户数25 % (含25 % )以上的,受理房屋拆迁行政裁决申请前应当进行听证,由收件人员在1 个工作日内填写《福州市房地产管理局组织听证审批表》 ,报领导审批后将案卷材料移送局政策法规处组织听证。

    局政策法规处作出房屋拆迁行政裁决申请受理前的听证决定后,应当在1 个工作日内将决定书和案卷材料移送拆迁管理办公室,由收件人员负责办理立案审批手续。

    3 、申请裁决

    申请人为拆迁人的,申请房屋拆迁行政裁决时应当提交下列证据和材料并制作证据清单、注明提交日期:

    申请书(应当载明当事人的姓名、性别、出生年月日、工作单位和住所地;法人或者其他组织的名称、住所地、法定代表人或者负责人的姓名、职务;裁决请求和所根据的事实与理由);

    ②《房屋拆迁许可证》及房屋拆迁公告;

    ③被拆迁房屋权属证明材料(即产权审查证明或《房屋所有权证》);

    ④被拆迁房屋和安置用房估价报告及申请人送达被申请人相关估价报告的凭证;

    ⑤对被申请人的补偿安置方案;

    申请人与被申请人的协商记录;

    法定代表人身份证明及营业执照;

    ⑧委托代理人的,应提交授权委托书和委托代理人的身份证明;

    未达成拆迁补偿安置协议的被拆迁人比例及原因;

    裁决机关认为需要提交的其他材料;

    A 被申请人身份证明;

    B 、建设项目已举行房屋拆迁行政裁决申请受理前听证的,应当提交听证决定书;

    C 、建设项目已经批准延长拆迁期限的,应当提交《准予延续行政许可决定书》 和延长拆迁期限公告;

    D 、建设项目房屋产权调换实行就地安置的,应当提供相应的周转用房,并提交有权处置该周转用房的证明;

    E、建设项目房屋产权调换实行一次性房屋安置的,应当提供有权处分一次性安置房源的相关证明;

    F 、房屋部分拆除或者被拆迁房屋所有权证未记载建筑面积的,应当提供被拆迁房屋证据保全公证文书;

    G 、住宅改为营业性用房使用的,应当提出是否按营业性用房补偿安置的意见;按营业性用房补偿安置的,应当提供相关依据和认定营业性用房面积的证明材料。申请人为被拆迁人或房屋承租人的,申请裁决时应当提交下列证据和材料并制作证据清单、注明提交日期;

    ①申请书;

    被拆迁房屋权属证明材料或租赁、借用凭证;

    证明申请裁决理由的相关证据材料;

    户口本、身份证等有效身份证明复印件;

    对被拆迁房屋、安置用房估价结果有异议的,还应提供相应的估价报告。

    4 、裁决

    承办人收到案件后,应当在3 日内向申请人发出受理通知书、质证通知书和裁决当事人须知,并将申请书副本、答辩通知书、谈话通知、质证通知书和裁决当事人须知一并送达被申请人。并按谈话、质证、作出裁决报告、送达等程序进行。

    十、组织搬迁与旧房拆除

    l 、组织被拆迁人在拆迁公告规定的搬迁期限内,提前搬迁的可适当发给奖励金,拆迁单位应按签订协议和搬迁的先后确定回迁安置顺序号,同时办理旧房交接手续。

    2 、向供水、供电部门申请办理旧房停水、停电手续,注意防火、防盗安全。

    3 、测算旧房旧料标底,组织拆除旧房招投标工作并与中标的工程队签订有关拆房协议后对旧房进行拆除。

    4 、旧房拆除完毕拆迁单位应向建设用地单位办理交地手续。待回迁安置完毕后统一结算各种费用。

    5 、向市城市房屋拆迁管理办公室提交拆迁协议等资料,申请办理旧房产权注销手续。

    十一、回迁安置

    1 、回迁安置工作,由负有安置责任的拆迁人负责。回迁房的分配方案应事先报拆迁摊部门备案,由拆迁人组织实施,并逐户通知被拆迁人告知回迁房的分配时间地点。

    2 、拆迁人应在回迁安置现场公开回迁安置房的分配方案。

    回迁房分配方案应含如下内容:

    1 )回迁日期、安置房地点、面积、回迁房数、户型及分组套数;

    2 )安置房工程设计平面位置图和各楼层的平面户型图;

    3 )经批准,需要特殊照顾的对象;

    4 )分配工作顺序,回迁安置工作负责人、监督人、群众代表等。

    3 、回迁房分配的办法。依照拆迁规定,在规定期限内搬迁完毕,并签订拆迁协议书的,分配回迁房可按原定顺序号,由被拆迁人在规定的户型和中签的楼号内挑选层次、朝向。被拆迁人因某种原因未到场参加回迁房分配或拒绝分配时,由动迁人员会同群众代表,按顺序号代选,保证回迁房工作的顺序进行。

    4 、在建设用地单位办理房屋产权总登记后,拆迁单位应为被拆迁人办理房屋产权登记发证手续提供有关证明资料。

    十二、统计、建档

    1 、工地费用决算,按委托拆迁协议如实结算,多补少还。

    2 、统计拆迁安置、补偿情况,并逐户列表造册。

    3 、拆迁档案。拆迁人应在安置结束后六个月内将拆迁档案上交拆迁主管部门。

    4 、房屋拆迁工地档案包含如下内容:

    1)省(市)计委批准的建设项目文件;

    2)建设用地规划许可证和规划红线图;

    3)市政府用地批文和用地界限图;

    4)房屋拆迁委托协议书;

    5)拆迁计划和安置方案;

    6)市房管局批准的房屋拆迁许可证:

    7)住宅、非住宅拆迁安置总汇总情况;

    8)拆迁补偿汇总情况;

    9)拆迁范围房屋地段、地号平面示意图;

    10)拆迁工地结算表;

    11)其他资料。

    5 、拆迁户档案包含以下内容:

    1)房屋拆迁通知单;

    2)拆迁房屋调查登记、安置审批表;

    3)拆迁房屋产权审查表;

    4)房屋拆迁估价补偿情况表;

    5)拆除房屋面积核对单;

    6)拆迁安置协议书;

    7)安置房屋通知单、产权调换证明书或购房证明书,原房产权契约,公房租折等;

    8)拆迁房屋补偿领款单;

    9)拆迁房屋产权注销表;

    10)外调旁证材料及司法文书等。

    展开全文
  • 基于gitlab的CICD流程规范

    千次阅读 2021-09-27 15:46:09
    为了提升线下测试效率,缩短测试时间,提升提测代码质量,规范流程,缩短测试准备和执行时间,缩短问题定位时间,提供预测性指标,规范CICD流程,以提升整体团队效率。 二、CICD流程图 三、CICD

    前言:这篇文章主要讲一讲基于gitlab的CICD流程规范

    一、简介

    为了提升线下测试效率,缩短测试时间,提升提测代码质量,规范流程,缩短测试准备和执行时间,缩短问题定位时间,提供预测性指标,规范CICD流程,以提升整体团队效率。

    二、CICD流程图

    在这里插入图片描述

    三、CICD说明

    发布分为大致三个环境:
    1、开发环境对应于dev分支
    2、测试环境对应于test分支
    3、预发布环境对应uat分支
    4、生产环境对应于master分支

    CICD流程如下:

    #开发环境
    推送代码->编译->生成的jar包发布到私服->打包为docker镜像->推送到Harbor镜像仓库->部署到k8s集群->健康检查(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败

    #测试环境
    1、推送代码->编译->生成的jar包发布到私服->打包为docker镜像->推送到Harbor镜像仓库(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败)
    2、测试人员触发部署到k8s集群->健康检查(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败)

    预发布环境
    1、推送代码->编译->生成的jar包发布到私服->打包为docker镜像->推送到Harbor镜像仓库(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败)
    2、测试人员|运维人员 触发部署到k8s集群->健康检查(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败)

    生产环境
    1、推送代码->编译->生成的jar包发布到私服->打包为docker镜像->推送到Harbor镜像仓库(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败)
    2、运维人员 触发部署到k8s集群->健康检查(成功,微信通知,c结束返回成功|失败,微信通知,ci结束返回失败)

    实现效果如下:
    1、自动触发构建-test
    在这里插入图片描述
    2、自动触发构建-master(人工确认部署)
    在这里插入图片描述
    实现细节如下:

    步骤为:
    1、配置环境变量
    2、拉取代码
    3、编译(打包和推送到私服)
    4、编译产物修改名称(用作部署指定版本)
    5、运行程序
    6、反馈编译状态结果

    四、结合CICD流程拓展

    1、业务代码-数据库基于flyway实现版本控制

    引入原因:

    • Schema 变更往往会添加或重命名多个列或表。如果应用程序版本与 schema 版本不匹配,还有可能彻底破坏应用程序的正常运行。最后,由于存在两套不同的系统,通过应用程序升级来协调数据库变更也比较困难。

    2、数据库版本控制

    FlyWay 允许用户轻松创建各数据库版本、跟踪数据库迁移并轻松完成 schema 变更的前滚与回滚——整个过程无需配合定制构建解决方案。

    3、二进制或内置

    可以选择在应用程序的启动过程中、或者以二进制可执行文件的形式运行 Flyway。用户可以在代码中直接使用此工具,使其在启动时能够检查版本功能并运行适当迁移,从而令数据库与应用程序的版本保持同步。当然也可以临时运行 cmd 行,在无需重建整体应用程序的前提下为现有数据库提供良好的灵活性。

    使用后操作数据库的改变:
    对于数据库表接口的变更就要关闭这几个途径

    1. 直接通过工具登录数据去修改表结构
    2. 已经发布的sql脚本不允许修改

    正确的表结构调整途径:
    在flyway脚本配置路径下编写新的脚本,启动程序来执行变更。这样可以获得几个很大的好处:

    1. 脚本受Git版本管理控制,可以方便的找到过去的历史
    2. 脚本在程序启动的时候先加载,再提供接口服务,一起完成部署步骤
    3. 所有表结构的历史变迁,在管理目录中根据版本号就能很好的追溯

    五、代码质量检查及自动化测试(未来)

    开发层面建议:

    1. 每次 Review 的代码量不要太多,控制在 400 行以内
    2. 最好的建议是将一次 Review 的时间控制在 60 分钟以内
    3. 提交 Review 之前,需要做严格的自我检查,根据 Checklist

    引入原因:

    • 与动态分析相比,执行速度更快;
    • 可以对代码质量维护进行自动化;
    • 在早期阶段 (尽管不是所有阶段) 可以自动检索 bug;
    • 在早期阶段可以自动发现安全问题;

    SonarQube 是一种很流行的静态分析工具,用于持续检查代码库的代码质量和安全性,并在代码评审期间指导开发团队。SonarQube 可与 CI/CD 集成,进行自动化代码检查。它还提供了质量管理工具帮你主动纠正错误:IDE 集成、Jenkins 集成和代码评审工具。

    访问地址:https://www.sonarqube.org

    关键特性:

    • 多语言支持;
    • 安全性分析;
    • 发布质量代码;
    • 可维护性;
    • 可以识别蹊跷的问题

    引入集成测试等相关测试平台与Devops结合提升整体项目交付能力

    在这里插入图片描述

    六、疑问解答与加群交流学习

    在这里插入图片描述

    展开全文
  • 工作流参考规范概述

    千次阅读 2011-06-28 11:52:00
    工作流参考规范概述【摘 要】工作流管理系统被称为下一代的企业业务操作系统。...【关键字】 WfMC 活动执行者 流程建模 业务组 动作§1 工作流管理系统的主要构成工作流管理系统(Workflow Management System,Wf

    工作流参考规范概述


    【摘 要】工作流管理系统被称为下一代的企业业务操作系统。人们在普遍重视工作流应用的需求满足度和柔性驱动能力的同时,却很少关注工作流应用的规范及应用过程的本质。本文结合WfMC的规范对工作流参考模型作一概述。

    【关键字】 WfMC 活动执行者 流程建模 业务组 动作

    §1 工作流管理系统的主要构成

    工作流管理系统(Workflow Management System,WfMS)主要由下列部件构成。
    (1)过程定义工具
    过程定义工具被用来创建计算机可处理的业务过程描述。它可以是形式化的过程定义语言或对象关系模型,也可以是简单地规定用户间信息传输的一组路由命令。
    (2)过程定义
    过程定义(数据)包含了所有使业务过程能被工作流执行子系统执行的必要信息。这些信息包括起始和终止条件、各个组成活动、活动调度规则、各业务的参与者需要做的工作、相关应用程序和数据的调用信息等。
    (3)工作流执行子系统(WES)和工作流引擎
    工作流执行子系统也称为(业务)过程执行环境,包括一个或多个工作流引擎。工作流引擎是WfMS的核心软件组元。它的功能包括:解释过程定义;创建过程实例并控制其执行;调度各项活动;为用户工作表添加工作项;通过应用程序接口(API)调用应用程序;提供监督和管理功能等。工作流执行子系统可以包括多个工作流引擎,不同工作流引擎通过协作共同执行工作流。
    (4)工作流控制数据
    指被WES和工作流引擎管理的系统数据,例如工作流实例的状态信息、每一活动的状态信息等。
    (5)工作流相关数据
    指与业务过程流相关的数据。WfMS使用这些数据确定工作流实例的状态转移,例如过程调度决策数据、活动间的传输数据等。工作流相关数据既可以被工作流引擎使用,也可以被应用程序调用。
    (6)工作表和工作表处理程序
    工作表列出了与业务过程的参与者相关的一系列工作项,工作表处理程序则对用户和工作表之间的交互进行管理。工作表处理程序完成的功能有:支持用户在工作表中选取一个工作项,重新分配工作项,通报工作项的完成,在工作项被处理的过程中调用相应的应用程序等。
    (7)应用程序和应用数据
    应用程序可以直接被WfMS调用或通过应用程序代理被间接调用。通过应用程序调用,WfMS部分或完全自动地完成一个活动,或者对业务参与者的工作提供支持。与工作流控制数据和相关数据不同,应用数据对应用程序来讲是局部数据,对WfMS的其他部件来说是不可见的。

    §2 工作流管理系统的参考规范

    国际工作流管理联盟(Workflow Management Coalition,WfMC)定义了一套完整的参考规范,主要由5个接口构成。

    构建工作流管理系统的过程是一个遵循规范和标准的过程,也是一个不断创新的过程。

    §2-1工作流定义交换

    一、工作流定义交换模型
    模拟和定义工具与工作流管理软件之间的接口被称为过程定义输入/输出接口。接口的本质是一个交换格式和一组API调用,它通过一系列物理或电子的媒介进行处理过程定义的交换。定义交换可以完整的或部分的(如只改变某个定义中的某个活动的属性)。
    使用这种标准化的形式有明显的好处:

    (1)它在build-Time和runtime之间定义了一个分隔点,使一个工具产生的定义可以用于多个不同的工作流产品,这样,用户可以自由地选择工作流产品。

    (2)它可以将一个过程定义用于几个协作的工作流产品,实现分布的工作流服务(交换过程定义只是这种分布服务的一个方面)。

    工作流定义交换接口

    WfMC在这一领域作了两项工作
    (1)引出一个元模型,它用于在一个处理过程定义中表示对象及其关系和属性,也可以形成用于产品之间信息交换格式的基础。
    (2)工作流系统之间或工作流系统与定义工具之间的API调用,提供了一个访问工作流过程定义的公共途径,访问方式可以是只读、读写或只写,并且在元模型或一个特定的产品集(如注册产品)中操作标准对象的定义。
    二、一个基本的元模型
    WfMC开发了一个处理过程定义的元模型,它用来确定一组(简单的处理过程定义中初始水平的交换的)基本的对象模型,其他的对象模型由供应商提供或作进一步的探讨。

    工作流元模型

    假定下面的类型有这样一些属性:
    工作流类型定义
     工作流处理过程名称
     版本号
     处理过程的开始和结束条件
     安全、审计和其他控制数据
    活动
     活动名称
     活动类型(子流、自动流等等)
     活动的开始和结束条件
     其他时序的约束
    转换条件
     流或执行条件
    工作流相关数据
     数据名称和路径
     数据类型
    角色
     角色名称和组织实体
    调用的应用程序
     应用程序类型和名称
     参数
     位置或访问路径

    在分布的服务中,工作流引擎中的活动的分配要在处理过程定义中指定(作为活动的一个属性)。处理过程的定义涉及到安全和管理,如过程中受特权控制和超级用户管理的活动,同时也要考虑其他方面。

    在定义交换格式中,假定可以将一个模糊的符号命名方案映射到runtime核心服务的真实名称和地址。这可能需要动态地址机制来处理(如通过目录服务),或通过其他处理过程定义之外的机制处理。有其他的工业组织正在从事这方面的工作,如处理的模拟和CASE交换工具;WfMC的方案是同其他组织共同努力下产生的。
    三、访问处理过程定义的API
    WAPI中的一组API是用来访问处理过程定义数据的。期望这些规范能覆盖下面的普通类型。操作一个列表、单独的对象或属性的命令没有提供。
    会话的建立
     在参与的系统之间建立/断开会话
    工作流定义操作
     从一个仓库或其他资源列表中获取工作流处理过程定义的名称的清单
     从提供给会话处理的处理过程定义清单中,选择/排除一个定义
     读写最高层的工作流处理过程定义对象
    工作流定义对象操作
     在工作流定义中创建、获取和删除对象
     获取、设置和删除对象的属性
    工作流客户端功能
    工作队列处理程序直接同系统的使用者打交道,它可能会作为一个工作流产品一部分来提供,或由用户自己编写,也可能与办公室服务一起集成在一个桌面环境中,如邮件和work-in-progress文件夹,以提供一个任务管理系统。因此,在工作流核心服务与工作流客户端应用程序之间需要一个灵活的通讯机制,以支持由不同操作系统构成的工作流系统。
    在工作流模型中,客户端应用程序于工作流引擎之间通过一个接口进行交互操作,这个接口使用了工作队列的概念。

    有工作流引擎赋给特定用户的工作单元的队列。最简单的情况下,工作队列可以被工作流引擎访问,以便赋给用户待处理的工作单元并获取用户处理的结果。工作队列的交互也有其他不同的产品实现途径。

    从工作队列中激活一个工作单元可能在工作流客户端应用程序或用户的控制之下进行。在工作流客户端应用程序和工作流核心服务之间定义了一组过程,可以用来向队列中添加工作单元、从队列中移走完成的工作单元或挂起正在活动的工作单元等等。

    工作队列处理程序也处理应用程序的调用,这些处理或是直接进行或是在用户参与下进行。由工作队列处理程序直接调用的应用程序最好放在本地环境中,虽然没有强制性的约束。

    工作队列中,一部分活动的相关数据可以帮助工作队列处理程序调用应用程序。如果一个应用程序的数据类型非常固定,工作队列中就会存储一个关联。其他情况下,工作队列处理程序与工作流引擎之间需要完整的(应用程序名称和路径的)交换,这时,工作流客户端应用程序可以通过应用程序调用接口(接口3)实现一些功能,以获取必要的信息。

    一个工作队列中可能包含了多个不同的活动实例,这些实例可能来自不同的处理过程。(根据不同的产品实现途径,每种类型的处理过程使用单独的物理工作队列,或者由工作队列处理程序将不同的工作队列的单元以统一的形式表达给用户。)
    因此,客户端工作流应用程序与工作流引擎之间的接口必须在以下方面具有足够的灵活性:
     处理过程和活动的标识符
     资源的名称和位置
     数据的引用和数据结构
     可选的通讯机制


    §2-2工作流客户端应用程序接口

    满足上面要求的途径包含多个标准的API集(WAPI),这些API以统一的方式被应用程序、工作流引擎和工作队列访问,而不管实际的产品是如何实现的。

    这些API及其参数将映射到不同的通讯机制以适应不同的工作流实现机制。(在基于电子邮件的通讯中,工作队列处理程序可以通过如何本地邮箱访问接口直接访问收件箱,而不是通过WAPI调用。这种情况下,工作队列处理程序将负责过滤所有非工作单元的邮件,并作适当的处理。同样,对工作流引擎的命令或响应可以直接放到发件箱中。这样,通过邮件交换格式实现了一个简单的交互,而没有完全使用WAPI。)
    客户端应用接口

    客户端应用程序API的全部的实现途径如图。

    API的规范出版在另一个WfMC文档中;下面只提供一个关于客户端应用程序使用的API的概要。一起提供的还有操作处理过程或活动实例以及操作工作队列的命令。

    会话的建立
    在参与的系统之间建立/断开会话

    工作流定义操作
    获取或查询工作流处理过程定义的名称或属性

    处理过程的控制功能
    创建/启动/终止一个处理过程实例
    挂起/唤醒一个处理过程实例
    在一个处理过程实例或活动实例内部强制状态的转换
    修改或查询一个处理过程实例或活动实例的属性(如优先级)
    处理过程状态功能
    打开/关闭一个处理过程或活动实例的查询,设置过滤标准
    获取处理过程或活动实例的详细资料,并按指定的条件过滤
    获取指定的处理过程或活动实例的详细资料

    工作队列/工作单元处理功能
    打开/关闭一个工作队列查询,设置过滤标准
    获取工作队列单元,,并按指定的条件过滤
    选择/重赋值/完成一个工作单元的通知
    修改或查询工作单元的属性

    处理过程的超级用户功能
    下面的功能面向所有的处理过程或活动实例,并且是在超级用户的特权下才能获得的,或许需要特定的应用程序和用户登录。)
    改变正在运行的工作流处理过程定义及其实例
    改变所有指定类型的处理过程或活动实例的状态
    改变所有指定类型的处理过程或活动实例的属性
    终止所有过程实例

    数据处理功能
    获取或返回工作流相关数据或应用程序数据

    管理功能
    可以通过某种客户端应用程序实现由WAPI支持的附加的管理功能。

    应用程序调用
    通过工作队列处理程序的功能(如提供对处理过程/活动/工作单元属性和工作流相关数据的访问)实现了基本的应用程序调用支持。其中一些应用程序调用功能与客户端应用程序环境有关。
    然而,许多工作流系统限制了它们能处理的应用程序的范围,这些应用程序的数据必须是强类型的而且必须能够直接访问(如通过目录),例如字处理或电子表格程序。其它情况下,可以通过标准的金矿机制来调用应用程序,如OSI TP协议或X.400。有些系统的实现中使用了“应用程序代理”的概念,它将应用程序的调用方法同工作流核心服务隔开。也可以通过使用标准API开发工作流应用程序工具于工作流核心服务通讯(接收应用程序数据、发出或接收活动事件等)。这些API可能直接被应用程序工具或应用程序代理使用,作为没有工作流知识的开发者的一个前端。
    一些可以用于应用程序调用的接口类型
    接口类型
    工作流相关数据访问
    参考标准
    本地处理过程调用
    本地文件
    没有
    Shell脚本
    本地文件
    XML/XPDL?
    ORB调用
    通过引用(调用参数)
    远程执行调用
    通过引用(调用参数)
    消息传送
    内置或通过引用
    交易
    内置或通过引用

    进一步讨论将要涉及应用程序调用的所有可能的范围了。WfMC初始的工作着重考虑开发一组接口类型和一些将来用于工作流专用应用程序的API。


    §2-3应用程序调用接口


    下图显示了接口的框架,适用于应用程序代理和工作流应用程序。
    在简单的情况下,应用程序调用都在本地发生,并且使用处理程序定义中的信息(应用程序类型和相关数据)。调用的应用程序可能在本地,也可能在网络上能访问到的其他位置。处理过程定义中包含了足够的应用程序类型和位置信息(工作流引擎需要的)。此时,应用程序命名和地址对处理过程定义和工作流引擎来说是本地的。
    应用程序调用API的语法将由WfMC研究并作为规范收入文档。操作将通过几个接口进行(包括上表中的),有些是同步的、有些是异步的。下面提供了应用程序调用可能会用到的命令集。
    应用程序调用接口

    会话的建立
    建立/断开应用程序(或应用程序代理)会话

    活动管理功能
    (工作流引擎到应用程序)
    启动活动(工作流引擎到应用程序)
    挂起/唤醒/终止活动(用于异步应用程序接口)
    (应用程序到工作流引擎)
    活动完成通知
    产生事件(如同步)
    查询活动属性

    数据处理功能
    给出工作流相关数据(应用程序的前驱和后继活动)
    给出应用程序数据或数据地址

    在更复杂的情况下,包括在不同类型的工作流引擎之间的交互操作,可能需要在工作流引擎之间传诵应用程序调用信息,或者是在运行时通过交换获得,或者是在导入过程定义时获得。


    §2-4协作能力抽象规范

    一、简述
    这是一个WfMC标准,它提供了一个抽象的规范用以定义要求不同的工作流引擎间的协作能力的功能。WfMC的一个主要目标是制定工作流系统的标准,以使不同的工作流产品之间可以平滑地交换工作单元。

    工作流产品的特点是多种多样的。在制定协同能力标准时,WfMC没有要求工作流产品供应商放弃产品特有的功能性去提供交互能力。因此,WfMC致力于开发一系列交互方案,以满足不同层次的交互(从简单的任务传递到过程定义、工作流相关数据的交换以及完整的工作流应用程序交互)。这种情况下,初始的要求是要支持简单的交互,随着情况的复杂化,在作更多的工作。
    虽然可以考虑开发非常复杂的交互方案,使不同供应商提供的引擎之间协作,提供统一的核心服务,这在目前似乎还不能实现,因为这要求所有引擎都能解释公共的处理过程定义,并且它们之间要共享工作流控制数据,以维护在不同的工作流控制引擎之间共享的处理过程状态视图。当前比较现实的目标是实现在不同的核心服务之间传送处理过程。
    二、一些基本概念
    工作流协作能力:两个或更多的工作流引擎之间的通讯和协作能力。其目的是整理执行工作流程实例通过这些引擎。
    工作流引擎:一个为工作流程实例提供运行时刻的执行环境的软件服务(引擎)。
    一个工作流流程定义实例:一个工作流流程定义的实例(包括其自动化部分在内),它是由工作流管理系统创建和管理的。
    一个工作流管理系统:通过软件的执行完整的定义,管理,执行工作流流程。此执行的软件命令是由工作流流程逻辑的一个计算机表示来驱动的。
    一个工作流管理系统是由一个或更多的工作流设定服务组成。
    一个工作流设定服务是由一个或更多的工作流引擎组成的。
    业务组:在业务流转过程中,执行相同业务动作/活动的业务执行者的集合(人/系统)
    三、协作能力模型
    WfMC定义了大量的协同工作能力的模型,如:
    (1)两个或更多的工作流引擎直接协作

    工作流引擎协作

    (2)两个或更多的工作流引擎在同一个设定服务里的运作

    工作流设定服务

    (3)在一个工作流管理系统范围内的两个或更多的工作流设定服务的协作

    工作流群组设定服务

    (4)协作能力的实现

    两个软件工具的协作能力一般通过如下几种方式实现:

    工具间的直接作用

    工具间的直接作用

    消息传递

    消息传递

    此方式在工作协作能力上的应用:

    工作流协作的消息传递

    中介(bridging) (采用封装,转化及网关等形式)

    中介
    此方式在工作协作能力上的应用:

    工作流协作的中介应用


    共享存储数据

    工具间的共享数据存储
    四、工作流流程在两个协作的引擎里执行的不同方式
    链式流程

    链式流程

    嵌套子流程

    嵌套子流程

    同步并行
    同步并行

    交叉执行

    交叉执行

    §2-5 WfMC审计数据规范

    一、概述
    WfMC的最终目标是规范一个管理和监视功能的接口标准,通过这个接口,商家的管理应用程序可以同其他的引擎一起工作。这样,几个工作流服务可以在一定范围内共享管理和系统监视功能。此接口试图提供一个全局视图,视图中包括组织内部所有工作流动的完整的状态信息;此接口还包括与管理有关的完整的功能集,包括安全、控制和授权的考虑。
    接口实现如图所示。

    系统管理和监控接口
    二、审计数据
    审计数据:从发生在一个工作流设定服务期间的各种事件中捕捉和记录的信息。此信息被称为通用工作流审计数据(CWAD).
    通过定义这种数据的语义规范可使接口5标准化,以达到和不同工作流产品工作的能力。
    三、CWAD 命名协定
    命名将遵循《WfMC的 WAPI命名协定》中的标准说明。另外,新的关于属性的命名协定提议考虑属性的抽象规范。
    四、CWAD 数据信息
    CWAD 审计数据由三类信息组成:基础数据,自由数据,私有数据。

    基础数据是被记录且对所有的审计功能有效。在这些信息里,有些定义的元素被指定为强制性的或者是可选择的。如果事件被记录,强制性的元素是必须有的。由于工作流商家的产品操作不同,有些审计信息将不适用且将被考虑作为自由数据。除了一些必须信息之外,由私有数据信息组成的是未被定义且对商家和用户的自身需要是有用的,它可以包括复杂的形式。
    展开全文
  • 前言:为了使系统发版质量更有保障,用户能提前了解新功能及系统更新后带来的影响,针对系统发版验证流程进行梳理并制定相关规范说明。 一、发版内容确认 1、 发版内容: 产品人员按测试报告梳理发版内容,包括版本...
  • 系统上线流程规范

    千次阅读 2018-11-26 21:03:21
    规范分别从上线前,上线中,上线后三个阶段: 上线前: 上线中: 上线后: 规范分别从上线前,上线中,上线后三个阶段: 上线前: 1、 确保测试环境及预发布环境测试通过,才允许上线; 2、 提前知晓关联...
  • 软件开发流程规范

    千次阅读 2020-04-11 14:02:34
    软件开发流程规范 第一版 作者:Charles 时间:2019-05-16 第一章、目的和作用     为了规范互联网软件产品开发项目管理过程,指导开展项目研发、管理等活动,缩短开发周期,提高软件开发质量...
  • 前言:整理了一下项目线上问题应急处理...1)接到线上事件报告后,测试首先判断线上事故的性质,同时进行复现,如果事件级别达到P1级及以上应第一时间按照线上报障流程规范要求通知相关负责人。由测试组织问题处理,
  • bug管理规范流程

    万次阅读 2017-02-16 13:46:20
    本文档定义bug的整个生命周期,规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决; 2 关键角色及...
  • 四川省住房和城乡建设厅关于做好二级建造师电子化注册管理工作通知 川建建发〔2018〕994号 各市(州)及扩权试点县(市)住房城乡建设行政主管部门:   为进一步深化建筑业 “放管服”改革,优化审批...
  • 关于印发国家测绘地理信息局2013年立法工作计划的通知 来源:国家测绘地理信息局法规与行业管理司 时间:2013-05-02 11:58 【大 中 小】   国测法发〔2013〕3号   机关各司局:
  • 前言:整理了一下软件测试流程规范简洁,仅供参考! 一、流程图概述 二、测试启动阶段(需求分析) 参与软件需求评审、技术评审,以测试的角度分析需求的可测性,可构思将来对测试进行的方法、原则等。更重要的是对...
  • 需求变更流程规范

    千次阅读 2009-02-22 10:05:00
    一、引言 由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知,并没有进行内部评审和相关需求变动后的记录,导致后续出的产品某些需求增加了,某些没有进行增加。这样就会导致测试得到的信息不完整,以及...
  • 网络信息安全规范应急突发事件预案及处理流程 试 行 一总则 1编制目的 为规范和加强网络重大信息安全事件的信息报告管理工作及时掌握和评估重大信息安全事件有关情况协调组织力量进行事件的应急响应处理降低信息安全...
  • 研发流程规范梳理

    千次阅读 2018-07-18 18:04:23
    项目发布规范 产品的一个迭代版本到发布产出,总是要经过一个重要的流程来确保每个迭代的版本,质量有保证 发布进度有节奏。 正常情况下,先说代码版本 主干代码 主干代码的作用:用户保持线上紧急需要修复一些...
  • 工作规范用于指导新员工入职后,快速知悉测试部门的系统上线工作流程,能快速的融入团队并正确的开展测试工作 2. 影响范围 研发中心、产品中心、运营中心、商务中心。 二、细则 1. 系统上线工作流程 上线前提:当...
  • 版本发布流程规范

    万次阅读 2016-12-07 14:57:36
    测试通过后,流转至产品经理和UI工程师验收,产品经理和UI工程师验收通过后,由产品经理通知业务部门对接人验收。   交付: 测试用例(根据产品提供的PRD)、 测试报告;   四、产品上线 涉及人员...
  • 网络信息安全规范应急突发事件预案及处理流程 试 行 一总则 1编制目的 为规范和加强网络重大信息安全事件的信息报告管理工作及时掌握和评估重大信息安全事件有关情况协调组织力量进行事件的应急响应处理降低信息安全...
  • 线上事件处理流程规范

    千次阅读 2020-07-22 11:11:00
    线上事件处理流程规范线上事件处理流程图目的线上问题定义问题处理 线上事件处理流程图 目的 为了明确线上事件的报告,应急响应,处理,复盘机制,确保以快速,高效,准确应急处理能力来保证各类业务系统的正常运转...
  • IPQC工作职责和IPQC工作流程IPQC,in process quality contrl, 过程检验, 简单的说:工作内容包括:首件检查、各类变更文件的跟踪。4M1E的巡查。发现异常的提出、跟踪与验证。IPQC工作意义: 防止出现批量不合格品,...
  • 软件测试流程规划 软件测试流程规范 整体的流程图 1.详细的流程执行 1.1 计划与设计阶段 整体流程图 需求规格说明书 需求规格说明书 需求规格说明书 项目开发计划 项目开发计划 概要设计详细 立项会议 设计 其他相关...
  • Git 工作流程

    万次阅读 2018-04-13 18:21:18
    协作必须有一个规范工作流程,让大家有效地合作,使得项目井井有条地发展下去。"工作流程"在英语里,叫做"workflow"或者"flow",原意是水流,比喻项目像水流那样,顺畅、自然地向前...
  • 关于印发《黑龙江省农村土地承包经营权确权登记试点工作操作规程(试行)》的通知。农村土地承包经营权确权登记颁证技术标准参照农业部《农村土地承包经营权调查规程》、《农村土地承包经营权确权登记数据库规范》和...
  • Linux服务器程序规范

    千次阅读 2016-07-17 14:14:27
    除了网络通信外,服务器程序还必须考虑许多其他细节问题,零碎,但基本上时模板式的。 ———引 Linux服务器程序一般以后台形式运行。后台程序又称守护进程。它没有控制终端,因而也不会意外接受用户输入。守护进程...
  • Android通知栏微技巧,8.0系统中通知栏的适配

    万次阅读 多人点赞 2018-04-17 07:39:11
    大家好,今天我们继续来学习Android 8.0系统的适配。...在上一篇文章当中,我们学习了Android 8.0系统应用图标的适配,那么本篇文章,我们自然要将重点放在通知栏上面了,学习一下Android 8.0系统的通知栏适配

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 148,478
精华内容 59,391
关键字:

关于规范工作流程的通知