从0开始做产品经理—“测试阶段产品体验”

---测试阶段产品初体验---

当完成开发后，页面进入阶段时，作为产品同学，此阶段应根据产品文档进行测试，发现问题并反馈开发修正，确保问题及时暴露和解决。今天初次接触测试的工作，以下是相关流程和总结：

1.测试前需要准备的东西？

1)Whistle工具安装

2)开发者模式页面结构和基础知识了解，一般关注以下模块：

Ø选项elements-styles——css可看页面样式层的内容

Ø选项element-为html，可看到开发创建页面用到的语法、层级等，个人对相关知识了解甚微，正在快速恶补HTML和CSS相关入门知识；

Ønetwork选项- js，一般for后台接口抓包）；

2.产品侧在测试环节要测什么？

1)（CSS样式）视觉交互：确保样式正确，尽可能高度还原视觉设计稿；

Ø测试方式不多说，直接核对视觉稿和页面视觉，检查样式布局、图片、文字、颜色、动效等，重点关注由开发写的样式；

2)功能特性：确保本次需求功能无遗漏，数据源拉取正确；

Ø核查是否拉取指定数据源：

①针对利益点、标题、素材图等明显的内容，核查方式是：直接检查指定数据源如焦点、PPMS，配置的内容在前端露出，证明数据源无误；

②针对后台接口拉取的数据源，核查方式是通过代码抓包的方式，在whistle-network-js-response，查看接口返回的代码内容是否符合要求；通过接口的请求地址检查数据时，记得调整预览时间，加上时间戳参数（一般附在接口文档里）；

③注意，直出是不能通过抓包来核查数据的，只能通过开发同学保证数据源的准确性。不过产品同学可以核对下前端展示和后台录入的内容，如ptag，有差异需和开发确认对齐；

落地页往往不需要测试，因为落地页可能存在环境适配或不支持预览等情况，故无法测试。关于跳转问题，可核查下开发写的“跳转链接” 是否正确；

数据统计：检查数据统计无误，RD无遗漏

首先开发写死的RD是否用了指定的RD；

部分RD由运营配置，开发做拼接处理的，注意核查拼接效果是否有问题；

对于完全由运营配置的RD，通过_ptagshow_=1参数确保无遗漏，由于RD较多，可采用抽查形式核对是否填写有误；

产品常用小工具

在线JSON校验格式化工具——用于代码格式转化

时间戳转化工具——把时间转化为字符序列

附一个在线工具地址：https://tool.lu/c/developer