确认测试是确认什么内容？选报告的时候需注意什么？
很多人容易把确认测试跟功能测试搞混了，其实完全不是一回事。功能测试是"找Bug"，确认测试是"对答案"，也就是拿着需求文档一条一条对，看你做出来的东西跟当初说好的是不是一回事。
一、说白了，确认测试确认的就三样东西：
第一，业务流程对不对。 你当初说用户下单要走五步，现在做出来是不是真的五步？有没有少一步、多一步、顺序搞反了？这种问题功能测试不一定能发现，因为功能测试只管"能不能点"，不管"该不该这么点"。
第二，数据算得对不对。 金额、折扣、库存扣减，这些数字对不对？功能测试可能只验证了"能提交订单"，但订单金额算错了它不管啊。确认测试就得把这些业务数据一个个核对，差一分钱都不行。
第三，场景覆盖全不全。 不是测一条正常路径就完了，得测异常场景：断网了怎么办、支付失败了怎么办、库存不够了怎么办。这些才是用户真正会碰到的情况，也是确认测试最花时间的地方。
所以你看，确认测试的核心不是"有没有Bug"，而是"这东西是不是我要的"。它更像是甲方在验收：东西做出来了，我得确认一下跟我当初提的需求是不是一个东西。
二、选报告的时候该注意什么，这块坑挺多的
1.先看资质，这是第一位的。报告上有没有CMA或者CNAS的章，直接决定这份报告在不同场景下有没有用。你要是拿去做高新申报、招投标、等保测评，没这俩章基本等于白花钱。但如果就是内部验收用，普通第三方报告也够了，不用非得追求带章的，能省不少钱。
2.看测试范围写没写清楚。有些报告写得特别模糊，就一句"已完成测试，结论通过"。这种报告说实话没啥参考价值。好的报告会把测试了哪些模块、覆盖了多少用例、重点测了什么场景，写得明明白白。你拿到报告第一件事就翻测试范围那页，写得越细越靠谱。
3.看结论的措辞，这里面有讲究。"通过"和"有条件通过"差别大了。"通过"就是没问题，直接上线。"有条件通过"的意思是，大毛病没了，但还留了几个小问题没修，限期整改。你要是看到"不通过"，那就别想了，老老实实回去改。另外有些报告会写"在本次测试范围内通过"，注意这个限定词，它的潜台词是：没测的部分我不负责。
4.还有一个很多人忽略的——报告有效期。软件这东西迭代快，你拿一份两年前的报告去投标，人家不认的。一般来说功能测试报告有效期半年到一年，性能和安全测试更短，三到六个月就得更新。所以选报告的时候看一眼出具日期，别拿过期的东西去办事。
5.说个实在的：别光看价格。市面上有些机构报价特别低，一两千块出一份带CNAS章的报告，你想想可能吗？要么是测试深度不够，走过场；要么那个章本身就有问题。测试这事儿一分钱一分货，太便宜的反而要警惕。
总结一下就一句话：确认测试是在对需求，不是在找Bug；选报告先看资质和范围，再看结论措辞，最后看日期，价格反而是最后才考虑的事。
标签：确认测试、功能测试