【职场每日进阶】关于研发流程和自测
关于研发流程，关于自测
1. 很多公司，无自测，流程乱，太乱 。
2. 还有很多公司，有流程，形同虚设，时间赶，就跳过了 。
3. 看到一些公司，流程非常规范，环环相扣。给力 。
4. 有个亮点，有些公司，自测用例，会评审，很好 。
5. 自测用例，多数是测试来提供冒烟用例，自测。非常赞成 。
6. 还有一部分公司，自测用例，开发自己写。感觉执行力度，会有问题 。
7. 自测不通过，打回，这点很好 。执行，其实有点难度 。
筛选了几个不错的，供参考 。
作业#每天进步一点点
1-目前公司有研发自测环节。
2-自测范围和内容，是测试初步圈定，并标识，在测试用例评审会议上，与研发确认并达成共识。
3-目前测试准入标准是准入的自动化要100%通过，其中包括ui自动化，接口自动化，app自动化，在执行过程中，偶尔会有个别用例挂掉，需测试分析问题，若只是网络异常，或用例不稳定导致失败的，发邮件给项目经理说明原因，项目经理便可以使用该自动化结果进行转测
4-若自动化失败原因是bug引起，且修复后自动化依然跑不过，此时，该需求是不允许转测的。该结论是与研发达成一致的，自动化两次跑不过，测试有权退回。当然一般这里的bug是严重bug。
5-我司还有show主流程的活动，即在用例评审时确定需求的主流程有哪些，并指定演示人，该活动结果需要邮件各相关人员，且该结果也是转测准入的一部分，必须全过！
6-对于有自测用例的bug，需要在bug单中标注，每两周会统计研发质量规范情况，其中包括有自测用例的bug数，对自测全过的进行表扬。
7-自测用例的数量一般占总用例数的20%左右。
【职场每日进阶】关于研发流程和自测
作业#每天进步一点点
1-目前公司有研发自测环节。
2-自测范围和内容，是测试初步圈定，并标识，在测试用例评审会议上，与研发确认并达成共识。
3-目前测试准入标准是准入的自动化要100%通过，其中包括ui自动化，接口自动化，app自动化，在执行过程中，偶尔会有个别用例挂掉，需测试分析问题，若只是网络异常，或用例不稳定导致失败的，发邮件给项目经理说明原因，项目经理便可以使用该自动化结果进行转测
4-若自动化失败原因是bug引起，且修复后自动化依然跑不过，此时，该需求是不允许转测的。该结论是与研发达成一致的，自动化两次跑不过，测试有权退回。当然一般这里的bug是严重bug。
5-我司还有show主流程的活动，即在用例评审时确定需求的主流程有哪些，并指定演示人，该活动结果需要邮件各相关人员，且该结果也是转测准入的一部分，必须全过！
6-对于有自测用例的bug，需要在bug单中标注，每两周会统计研发质量规范情况，其中包括有自测用例的bug数，对自测全过的进行表扬。
7-自测用例的数量一般占总用例数的20%左右。
【职场每日进阶】关于研发流程和自测
作业#每天进步一点点
1. 你所在公司，是否有研发自测环节 ？
2. 这个自测范围和内容谁提供 ？每个提测版本，研发都自测哪些内容 ？
3. 测试准入标准是什么 ？没自测通过的，如何处理 ？
4. 如果团队没有自测的，阐述下为什么没有，以及提测质量怎样 ？你有啥好的改进措施或吐槽 。
1.有开发自测环节
2.自测范围，自测内容
需求文档，本次需求变动点
由开发本功能的开发编写
2.0需求类型 功能or接口
2.1页面样式
2.2功能
2.3是否有sql
2.4是否需要配置接口
2.5新的配置
2.6转测是接口的话需要提供接口文档
2.7是否依赖其他端？
2.8依赖其他端需要提供接口文档
2.9测试注意事项，比如说有的功能页面不展示，是日志展示的
3.测试准入标准
0.测试环境部署成功，启动成功
1.产品需求的主要功能都实现
2.本次转测的需求没有严重的页面问题，严重是指导致功能不可用
3.全流程接口自动化测试通过
4.不影响其他主业务（主要是不在本次修改范围的功能），比如说登录功能，结果你把充值弄坏了
功能自动化测试用例，主流程跑一下
5.产品没有突然大改需求
自测不通过不能发转测邮件，发了自测邮件发现没有通过，在确定不是和接口配置等有关系的情况下，发送测试打回邮件
网友评论