作为产品经理还要负责测试,需要做哪些工作?

通过自己上网搜索的测试:黑盒测试、白盒测试、沙盘测试。还有功能性测试和UI测试,除了了解这些之外,还另外写了测试文档。想知道大家平时都是怎么肩负测试重担的。
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 83 浏览
  • 略问用户 提出于 2020-10-21 11:23:27

5 个回答

xxxxxa

产品负责测试很正常的工作,负责测试有助于帮助产品人及时发现产品漏掉的功能点,起到复盘的作用

请先 登录 后评论
xxxxxa

只需要做正向流程的功能验收测试,其他的交给测试组的人

请先 登录 后评论
xxxxxa

以下观点仅是一个刚毕业转行在创业公司做产品小白摸索的一点经验,如果有什么不对的地方希望各位大神可以多多指教:

 

上周,在撸使用手册时研发大佬意味深长说了句,“小郭,研发这边基本ok了,你写个TC试着跑一下有什么bug。“懵了几分钟后只能去各个产品社区、知乎、CSDN滚一圈,照着模板,边写手册边填测试用例。

 

测试开始前先权衡产品类型、排期、前后端的开发进程、可调配的资源,安排功能测试的优先级,什么时候跟上压力测试,做好产品实现没有达到设计的理想状态需要取舍的心理准备……

 

然后开测,过程大致是这样的:

小郭,报什么错?

小郭,调的是哪个接口?

小郭,返回什么字段?

……

 

为了避免来回折腾和受大佬“白眼“,可以准备好两样东西:

l  熟悉自家产品后端的接口名称和数据字典;

l  熟悉简单操作Chorme 和 微信的开发者工具;

 

基本这几天的工作流程都是这样:

l  打开开发者工具,clear一下事件;

l  界面点击操作;

l  “console“里查看错误事件;

l  “network”里查看返回的结果,调用的接口,错误类型,请求字段;

l  向研发大佬“汇报”;

 

测试过程问清楚错误的原因,边反馈自己产品架构是否有问题,需求表达和对接是否存在信息差,用户使用逻辑和产品实现逻辑的不同之处。

 

团队里刚好有工程师会使用Jmeter,可以编辑完整的事件(流程),做压力测试,如果你清楚自家产品数据库的架构,数据表各个字段都代表什么意思,可以自己写一个测试文档给工程师(我只是写了个流程文档和事件触发的结果而已,那些确实是hold不住)。基本功能和界面测稳,事件交叉测试完之后,就放着让服务器自己怼。

请先 登录 后评论
xxxxxa

产品一般就是功能测试吧,应该公司得有技术背景的测试

请先 登录 后评论
xxxxxa

产品一般只负责功能测试吧,主要是检查需求实现的情况,测试有专业的测试人员

请先 登录 后评论