【开发自测】【执行冒烟】【提测申请】【提测准入】【环境部署】【PM验收】【交付QA】【提测结果确认】【打回提测说明】【QA测试】
规则定义 开发需在提测前完成Code Review，Code Review请通知QA参加 CodeReview 前置 QA用例评审应该尽早完成，评审需在开发中前期进行并修订，并提供自测和冒烟用例开发在交付QA前需要完成自测及冒烟测试开发需要在提测日期下班前完成提测，QA在次日进行提测验收确认提测未通过项目QA进行打回（提测通过标准：自测通过率>85%；冒烟通过率=100%） 1.提测日期当天为开发可使用时间，下班之前交付QA都可认为按时提测（即开发完成提测），第二天QA可正式开始测试（提测结果确认通过即提测成功，否则提测失败、执行提测打回） 2.QA未及时承接：开发在完成提测（交付QA）后，第二天QA未开始测试自测用例定义：本次新需求的主要功能点用例，用例占比一般为全部用例的20%冒烟用例。（定义：新功能+该业务的核心用例，保证流程联通，主要功能可用即可（一些独立业务上，该用例可为自测用例的子集）） 【开发自测】 执行人：开发（根据QA在用例评审之后提供的自测用例执行）时间点：按排期自测时间点进行测试环境：dev 【执行冒烟】 执行人：开发（根据QA在用例评审之后提供的冒烟用例执行）时间点：交付QA之前执行环境：dev 或 test【说明：建议在test环境冒烟。如在dev环境执行冒烟，提测后QA发现存在配置问题或代码未合并等因素需要重新merge代码、QA重新部署环境以验收等情况，对项目进度造成delay的会执行提测打回】结果确认：提测（交付QA）之前需要保证冒烟100%通过（录入冒烟结果详情） 【提测申请】 执行人：项目开发负责人 填写提测邮件【说明：项目主R人建议是后端开发负责；若仅涉及前端工程代码变更，则为前端开发负责，提测邮件需要注明工程名以及开发分支，合并test分支名称】时间点：不严格限制，建议在提测前一天创建并将开发分支合并QA分支。https://git.int.ybm100.com/saas/saas-physician-vue/commits/test 【提测准入】 执行人：开发时间点：提测申请创建完成，且开发分支代码合并qa分支之后结果确认：提测申请需要准入成功 【准入过程包括：分支检查、预编译。如出现准入失败，开发根据提示错误信息进行修改，重新执行，直到准入成功】 【环境部署】 执行人：开发或QA，QA需要确认开发分支已合并到QA分支（需要申请git权限，可以通过目前公司允许的方式进行）时间点：准入成功之后结果确认：Jenkins 方案部署成功 && 测试环境可用；如：https://jenkins.int.ybm100.com/job/SAAS-test/job/03-SAAS-remote/job/saas-physician-vue/71/console 。 https://git.int.ybm100.com/saas/saas-physician-vue/commits/test 【PM验收】 执行人：PM时间点：交付QA测试完成前完成验收，验收包括UI、交互、功能验收。验收结果确认：PM验收完成后需要给出验收结果，通过wiki或者钉钉（商定）等方式通知各方，PM验收后才可以进行接下来的流程。目的是为了保证PM、开发、QA对需求理解一致，能够满足业务方需求。 【交付QA】 执行人：开发时间点：冒烟通过之后【如提测日期为2019.10.09，则开发需在2019.10.09当天完成提测，QA在2019.10.10号正式开始测试】结果确认：交付QA，这个阶段开发可理解为完成提测，但需要QA验收通过之后才可认为提测成功 【提测结果确认】 执行人：QA时间点：交付QA之后【如果QA在开始测试日期当天未及时介入冒烟验收，则为QA未及时承接】QA确认：如果提测达标（冒烟通过100%，自测通过率>85%）则QA录入确认信息并操作“提测成功”；否则QA录入确认信息并操作“打回提测”提测结果确认：如提测申请状态为“提测成功”则继续测试；如提测申请状态为“提测打回”，开发需要重新提测 【打回提测说明】 执行人：QA时间点：QA验收自测/冒烟通过率不达标即操作打回（提测通过标准：自测通过率>85%；冒烟通过率=100%）QA确认：提测打回后，对项目测试进度造成实际影响的，项目上线时间按打回造成的delay时间顺延 【QA测试】 执行人：QA时间点：提测后第一天介入测试，否则为QA未及时承接；排期阶段统一口径
提测打回后的项目排期： 提测打回后，如果排期与QA之后负责的项目冲突，原则上提测打回的项目不应影响正常排期的项目，如果打回项目的优先级比较高，需要PM+技术主R同学对当前排期进行协调，QA依据协调结果优先支持重点项目。 自测&冒烟用例提供时间： 对于来自PM的业务需求，qa需要在开发自测和冒烟前提供用例给对应的开发。如果是来自技术改进项目，开发需至少提前一周告知进行排期，并提供技术方案，QA准备自测&冒烟用例提测以及test环境部署配合细节
背景： test环境发布目前由开发同学发布，QA同学由于没有参与test环境发布，对于所测代码、部署过程了解的太少，往往到灰度上线前才确认提测内容以及测试是否覆盖，为了改善上述情况，将流程改为由QA同学负责test环境部署，部署中遇到问题，需要QA反馈给对应开发同学协助解决。 重点提示：- 打字沟通效率较低，常造成误解，避免用这种方式。
- 要求测试同学同产品、开发的沟通，如果不能当面沟通，尽量用公司提供的钉钉电话进行，沟通完成后形成文字的结论，再发到项目群
| 相关流程 | 流程细节 |
| RD自测 |
|
| QA测试 |
1、QA根据提测单内容，检查开发分支已经合并进入test（或test2）分支。开发分支合并test分支Check
2、QA根据提测单部署步骤，在test（或test2）环境进行环境部署
|
| 灰度上线 |
QA测试完成需要填写上线 2019-11-14-上线记录详情
每个项目的QA需要确认：
|