之前带过一个团队，开发对于自测满不在乎，就觉得我只负责写，测试是测试人员的事情，我又不是专业的，也做不到测试人员那么细心，而且自己开发的功能自己本来就不容易测出来问题。
这个同学讲的其实也有道理，那么我们为什么还要去设定提测门槛，提升自测能力呢？
试想一下一个版本，提测后一轮折腾下来，几百个bug，测试人员光是把这些bug录入到协作系统上，都得花几天时间。互联网项目一个迭代如果是4周的话，分到测试的时间往往只有一周时间。开发人员花了2周多时间紧赶慢赶写出来的bug，要让测试人员在1周内全找到，还要分析原因、编录、沟通、跟进修复……任何一个测试都分分钟想离职吧。
准入准出原则
测试准入标准
1、通过冒烟测试
2、部署文件完整正确
3、代码提交完整正确
自测如果未通过，则邮件打回，告知团队所有成员，等待重新提测，上线时间顺延。
若遇到实际不能延迟上线的情况：
1、加班，赶工
2、舍弃部分非核心功能缺陷，留作已知风险（这部分必须是团队小组达成共识才行）
测试通过标准
1、测试用例的执行程度：100%；
2、缺陷处理情况：缺陷等级非常重要、重要（P0、P1）需全部关闭，一般、建议性缺陷<10%；
3、测试输出结果与预计输出结果符合度：95%以上；
开发和测试有争议的缺陷，需要经过项目组讨论才可决定是否关闭（项目经理和产品经理一定要参加，若有必要，叫上需求方）。若讨论后定为不修改的缺陷，则放到下个版本，在测试报告需要列为已知风险。
