一个完整的APP，至少需要投入1周测试。产品主要牵头，对应的技术负责做调整，其他小组同事配合。另外，测试是有节奏感的进行，不是一上来就直接 第一步，测试猿课堂-业务方验收产品框架 产品上线后，最基本也最重要的是：这些功能是否满足了用户需求。所以，在最初测试时，可以跟业务方一起核对，撇开交互、页面样式不谈，是否有出现业务或框架上的错误，是否能实现需求。若有问题，则马上做调整，保证业务逻辑通顺。 比如：产品大框架是否有问题；每个模块的功能是否有缺失或错误；用户核心场景是否有逻辑问题等。 第二步，测试猿课堂-验收用户核心场景 注：什么是核心场景？在产品初期定位时，会确认用户在什么情况下有什么需求、我们能为用户提供哪些价值、解决哪些问题，及我们通过哪些功能来满足这些基本需求。 业务框架测试完成后，可以开始测试产品的核心场景了。这个过程可以参照PRD文档，对着场景描述和功能列表一个个测试。测试每个功能时，是否流程能跑通，页面之间的逻辑是否有问题等。 比如：简书是一个阅读及写作平台，最核心的场景之一就是写作。写作流程包括：写作入口-编辑文章-发布文章（保存私密文章）-投稿/分享（再次编辑）。在测试时，就要非常细致的体验这个流程能否跑通，是否有按钮不能点击或点击无效，无法进入下一步等。 同时，详细在表格中记录每个问题，方便后续给技术调整。文章后面会提供报记录表格技巧。
第三步，测试猿课堂-验收产品交互 第三步和第二步其实是融在一起，无法分开的。这里单独拎出来是为了突出每个阶段的重点。 测试交互时，每个页面的所有按钮都需要点击，看是否不可点击、是否有页面缺失、提醒和弹层是否准确、跳转逻辑和落地页是否有问题等。另外，页面的空状态、网络异常、消息提醒等特殊情况都需测试。 这一步相对来说，是整个测试过程中，所花时间最长、bug最多、最需要反复测试的地方，因为细节太多，除了参照PRD文档，需要测试人员对业务相当熟悉，这样遇到了问题才能及时发现并提出。 产品设计师作为最熟悉的人，敏感度比一般人都要高，所以，更是需要花很多精力静下心来测试。 第四步，测试猿课堂-验收视觉样式 交互测试完成后，视觉相对要简单。这个阶段，就需要视觉设计师出马跟技术核对啦。 因为这个阶段只需要核对页面：样式、控件、文案、图片、字体、颜色等是否跟设计稿有出入。有了核对标准，只需测试时细心点，眼力好点儿，一般问题不大。 为了提高效率，视觉设计师可以用稿子跟测试版对照，将有问题的地方标注出来，再提交给技术进行优化。 第五步，测试猿课堂-发动公司小伙伴一起测试 视觉验收完后，产品的完整度一般能达到80%，这时候可以发动公司其他小伙伴测试啦。 测试前，可以跟大家强调，1.这个版本最核心的用户场景有哪些，在测试时，大家可以重点 另外，很多人手机系统、型号不一样，利用这个阶段，能发现手机兼容是否有问题，可以多 第六步，测试猿课堂-给一部分用户测试 内部员工测试后，可以发包给一部分核心用户测试啦。 怎么选择这些测试用户？1.选择是跟小伙伴很熟悉关系好的用户，他们会更配合，发现问题也能及时反馈；2.新用户、中间用户、老用户都需要有，如果有条件，甚至可以拉一部分非（潜在）用户。这样大家的反馈才更有代表性。 反馈的问题由人统一收集并给产品和技术同步，进行调整。 最后终于上线啦~ 上线后一般会有一段时间阵痛期，比如：bug比平常更多，老用户不习惯新功能，很多吐槽声音等。这时候产品和运营的同学需要及时跟用户沟通，收集大家的反馈（愿意吐槽的用户真心是有爱的） 然后，各种改bug，继续优化。 测试猿课堂总结：总之，测试是件很细致的事情，之前还不知道为什么公司需要那么多测试，好像明明没有那么多bug，其实，是测试工程师在后方过滤掉了95%的bug，最终才到用户手中的。
转载请注明：http://www.0431gb208.com/sjszlff/3794.html
