产品经理和测试工程师对互联网产品的测试侧重点有怎么样的区别

谢邀----------以上几位其事说的很好了,双方关注点是不同的。我还是举个吃馒头的例子:产品人员测试软件:馒头好吃or不好吃,下次我们添加点xx会变的更好吃测试工程师测试软件:馒头高度是xx,周长是xx,甜度是xx,吃xx口能吃完。。。。。是不是很好理解,万能的馒头万岁!
■网友
作为产品带过团队做过软件项目的完整周期从web第一版到套壳第二版到纯客户端第三版很有心得回答题主的疑问依照题主设定的场景,此时测试工程师和产品都需要对产品进行黑盒测试产品更多的是从主流程走通,核心功能上去验证结果,整体界面实现体验感知上作为首要结果输出,从而辅助决定面临上线所有未实现内容和需要修复和调整内容的优先级重新去定义调整;测试同样需要根据给到的时间来决定一些事情,用例其实很严谨也是相当多的,除了正常流程的测试,可能容错测,更多复杂场景的用例去验证一方面来完善产品上的思维漏洞一方面为把控整体质量与技术同等负责;产品眼里的测试呢其实是需要其对开发的结果及产品整体的质量有一定的验收,同样测试能提供一些漏掉考虑的东西那也是最好的,产品和测试不太容易掐架,那其实理论上来讲好的产品是完全可以做测试的,因为思维须相当严谨,那可能测试多用例去测的时候,本身这些用例产品理应考虑到,只是有时候根据功能的核心程度时间的紧急程度没在第一期发布上线的时候全部考虑到位,框架到位了 后续填色补充是合理的迭代;那测试要提升自己的薪资,去了解压力测试进行接口测试和安全测试,这可能是大部分产品没有的技能,学会了呢会更有专业性给产品提供相对更可靠的保障感,你们的相处会因为两者都有不会不懂对方的专业性内容而相互互补共同对目标对结果负责。那以上也只针对题主设定的场景来做了一点针对性的解答,实际运作过程中,产品分类型,测试分类型,项目有大有小,具体的配合分工和岗位职责都各异,毕竟一个人完成整个产品项目也不是不可以那最好的团队本身所有人都得具备产品思维,都得懂或略懂技术和测试,只是大家分工不同,都能客串~ 哈哈 这得是大牛团队
■网友
同样身为互联网小测试,我只说说自己的见解,还望抛砖引玉。首先a问题,侧重点,个人认为产品经理关心的是主体用户(大部分)的需求,他对产品的设计,对交互的考虑更多是从一个正常人的角度出发,当然一些显而易见的错误提示啊、页面啊他肯定也会有所考虑,但他不可能罗列多种用户的各种组合行为,这就是测试的重点了,测试的目的本不在于比产品更了解产品,但实际工作过程中你会发现,你可能真的比产品要更了解产品,想的要多得多,当然这就是职责所在吧?你可能会去替他想一个超变态用户的输入方式和手段,以此作为case验证系统或功能的健壮性,也可能考虑一般人不怎么去尝试的业务流程,以校验程序是否在每条逻辑线上都能正向或逆向走通,我想这是产品在设计的时候可能考虑的不会那么全面的,此外,测试还可以站在对代码逻辑有一定了解的基础上,针对逻辑的合理性,提出自己见解,随着积累的测试经验多了,在用户体验方面也会有所发言,毕竟我们也是用户之一。测试可以算是帮助产品在提交到开发阶段之前的最后一道关卡了,我们参与的越早,出现在开发阶段的产品设计漏洞就会越少。b问题,我想可能身为产品经理的人能更好的回答这个问题,作为测试,我觉得在产品的眼里,其实我们应该是他们的小军师,他们对设计的不满源于设计可能未能按他心所想有所产出,他们与开发的争吵多源于需求变更太突然导致返工,或者功能实现不健全未如产品当初之意,然后测试前前后后都是在不断帮助产品和研发查缺补漏,所以矛盾冲突反而不会那么激化,当然,如果上线了出一大堆bug,他们也会暴跳如雷的跟你来理论,但是终究我们还是对他们有所裨益的,不是吗?额,不知不觉似乎吐槽了不少,各个互联网公司的情况也不尽相同,只是发表点个人感慨,此致


推荐阅读