有同学提问：产品没有专职的测试人员，要怎么才能快速完成测试？
先说结论，这个问题并没有标准答案
没有测试岗位只是没有专门负责这个职能的人员，但测试这个事并没有消失
快速完成测试，其实应该换种说法，就是快速建立质量信心。
因为测试无穷尽，所以没有绝对的完成测试，按历史经验或大家达成基本共识，产品应该没啥问题了，就算完成测试。
那既然我们现在希望做的就是快速建立这个质量信心，或者说能快速跟相关干系人达成质量OK的共识，基于这个思路，要考虑哪些因素呢？
待测范围
要快速做完测试，一个途径就是测试范围少，比如改动很小，而且没啥关联影响模块，快速检验一下就可以了。道理跟开发代码及时提交、高频集成是一样的，不要积累变更，节省出问题后倒查一堆变更的时间。
开发阶段充分自测，并及时集成测试，不要积累变更。
已有质量
另一个方面是是否对产品现有质量有信心，开发是增量的，之前的存量是否质量是过关的？新增部分和存量部分的关联、影响是否都是已知的？产品质量是全量的，历史功能或影响同样对影响当前的质量信心，所以是否清晰新增和存量的关系，存量本身的质量是否过关也是关键。
潜在问题
再有就是，测试是黑盒
)
