测试需要测试产品需求里面没有写到的

自从开始探索内在,接触了许多与灵性有关的东西,而没想到这些东西对于工作也是非常有用的。记得之前在广州上欣频老师线下大课主题为《预练七年》的课程时,老师提到一点非常重要的观点:看书,要学会看到书上没有写的东西。

测试需要测试产品需求里面没有写到的

而这一句话,我最开始没能理解,而今日的工作的时候,我再次在验证UI设计图与页面的一致性的时候,这句话又从我的脑海里冒出来了,因为很多页面的东西,产品只有一个图片,并没有很详细的文案描述,所以,在测试的时候,如果可以,也要测到产品需求里面没有的东西。

自从事测试工程师7年以来,印象很深刻,遇到最好的产品经理,是三年前一家电商公司,那个产品真的是能够把产品每一个交互、变更以及每一次修改的点都写的非常的详细。

而后来来了这家公司,就有一种不是很适应的感觉,而且当时也有一些因为产品的文案里面没有提到,图片里面有画出来,而导致测试没有看到,上线才发现的情况。所以,在这种情况下,给了测试一个更高的要求,就是要学会测到测试产品需求文案里面没有写到的。

而我们经常会遇到关于产品需求文档里面没有写到的情况有:逻辑冲突的情况、遗漏的需求和文案没有描述,但是原型里面有的情况。

对于逻辑冲突的情况,主要在于产品不太熟悉需求造成的,这个如果在新的需求里存在相反的情况,那就需要提醒一下产品,早点提醒,早点变更,也早点降低成本。

而对于遗漏的情况。就像前段时间,测试一个关于后台的数据,才发现有一个页面涉及到新功能的模块没有加。因为产品也是人,在熟悉大量需求,如果不是整个重新做的新需求,在原来的需求里面变更新的优化,涉及到多端多个页面,确实会出现漏掉的情况,这种,就需要测试自己早点熟悉需求,如果没有做需求评审的话,测试以身作则,早点把遗漏的模块提给产品,让产品补充之后,交于开发去开发,尽量避免影响到进度的情况。

而测试需要特别注意的就是第三种:文案里面没有写到图片上已经展现需求的部分。比如说,就像今天下午测试关于展示的问题,一个时间的展示,有多种状态,而不同状态的时间状态的描述是不同的,在产品文案是没有提到这一点的,但是在图片里面是有体现这一点的,这种就需要测试自己特别留意,特别小心这样的情况,只要稍微注意一下,就很容易避免漏掉这种情况。

而对于“测试到需求文档里面没有描述的”另一个阐述就是说,把自己当做用户,或者把自己当做产品经理,如果我是产品经理,我会怎么做,我会怎么设计,用户体验怎么样会好一些。这个是另一个层面的疑问了。

这个是今天在测试过程中的体悟。也是在工作中完成的文章。希望以后能够在工作之余,每天都把每天的感悟分享出来。本来今天也是要除了自己的模块,还要熟悉其他功能的,鉴于时间不够,那就有空的时候再熟悉吧。关于jmeter也很久没看了,只要有空,都会一一跟上的。



留言