产品经理升级：打开测试的正确方式本文针对的是创业公司的测试、验收工作，顾省略测试用例编写等步骤（实际工作中，假如是产品经理兼顾测试的，也不会时间去写测试用例的）
产品经理需要兼顾测试工作或验收产品，这是很平常的事，但又有多少人可以正确打开”测试”这份工作呢
一轮奋战之后，新版本终于上线了，正当嗨森之时，却收到了 BOSS 或者其他渠道的反馈，出现了 xxxx 的 bug，瞬间整个人都要崩溃了
信任很多人都有遇到过这种神乎其神的情况，明明是测试过的，为什么就是会出现问题了
假如公司是有专门的测试人员，这时候一般是测试人员遭殃，假如是产品自己兼顾测试的，那就是产品遭殃了
这种情况并不是在测试的过程中漏掉了，而是自己的测试方式不对
那打开测试的正确方式应该是怎样的呢
皓皓把自己多年的坑一一告诉大家
一、 产品的上线流程 完成测试版之前的需求评审之类，皓皓就不多啰嗦了，今日主要讲的出了测试版到上线这个流程
正常情况，都会现有专门的测试部门去测试，当产品达到了一定的条件，就会提交给产品去验收，验收没有问题之后，就可以上线了
二、 确定目标：是测试还是验收 “勿忘初心，方得始终
”这句话从另一个角度的理解就是：做什么事情需要确定目标，不要让自己迷失了，最后毫无收获
因很多创业公司是没有专门的测试部门，所以产品经理也会义不容辞（其实是迫不得已）把测试工作给接下来
到了这个时候，产品经理就一定得明白，自己到底是做测试阶段的工作，还是在做验收的，请不要搞混了，否则就要承担后果了
皓皓的心血嘱咐：请不要偷懒，把测试和验收工作一起做了
三、 测试阶段：重功能 清楚目标，那就要开展工作了
在测试阶段的工作中心是注重功能的实现，功能可以简单概括为三个方面：UI、具体功能、逻辑
这三个方面可以使用以下方法来进行测试
1）UI——界面显示是否美观 UI，通常容易出现问题地方就是“撑爆了”
