● 做测试是为了什么
菊子402:你肯定要说,学过理论,或者用膝盖都能想出来,测试当然是为了符合设计需求,保证产品质量等等等等。我劝你打住,理论我自己能google出来。
符合设计需求?,需求不是我定义的,定义那会儿也不让我参加,我哪知道那一条条定义想表明怎样一个cool的产品呢,怎么cool的呢?只能根据现有市场产品想像,揣摩公司老总的心理,看他们想卖出一什么东东 。保证产品质量?, 地球人都知道没有产品能做到没有bug,做到什么程度能被接受呢,别一出问题就往测试人头上摔 。
lonewolf:你肯定要说,学过理论,或者用膝盖都能想出来,测试当然是为了符合设计需求,保证产品质量等等等等。我劝你打住,理论我自己能google出来。
-->做测试本来就是一件很简单的事。目的也很单纯。就是为了符合设计需求,保证产品质量...你用不用google,它都是这么一个道理。
符合设计需求?,需求不是我定义的,定义那会儿也不让我参加,
-->原则上,需求定义是不需要你参加的,那是别人的事儿!没有必要听你的意见。你的任务就是要保证他提出的需求在产品中被完全正确地实现出来了。
我哪知道那一条条定义想表明怎样一个cool的产品呢,怎么cool的呢?
-->不知道可以问,你不问就默认为你什么都知道,对需求或者对产品的错误理解就需要你自己负责任了。
只能根据现有市场产品想像,揣摩公司老总的心理,看他们想卖出一什么东东 。
-->这是一个测试人员必须具有的素质或者能力。要能站在决策者,实现者等不同角色的角度上为最终使用产品的用户去考虑。
保证产品质量?, 地球人都知道没有产品能做到没有bug,做到什么程度能被接受呢,别一出问题就往测试人头上摔 。
-->基于这一点,所以就要事先制定一个过程和标准,测试和开发双方都接受的过程和标准。不然,这活就没法干。
● 基于什么做测试
菊子402:别告诉我要根据需求文档,否则我当你没认真做过测试。
我先抛砖,我主张根据市场定位做测试。把产品交给测试人员时第一步要把产品定位描述清,用于哪个行业、什么人用、怎么用;然后才是功能定义、界面定义(不过好像没公司这么干)。
lonewolf:别告诉我要根据需求文档,否则我当你没认真做过测试。
-->当然要基于需求了!而且需求大于一切!你可以站在最终用户的角度上提出一些建议,但只要建议没被采纳,需求没被修改,你都要严格按照需求上的规定来。每个人有每个人该负的责任,需求有问题,定义需求的那个人会负责任。没有按照需求来测试,那你就要负责任了!
我先抛砖,我主张根据市场定位做测试。把产品交给测试人员时第一步要把产品定位描述清,用于哪个行业、什么人用、怎么用;然后才是功能定义、界面定义(不过好像没公司这么干)。
-->你说的这些不都是需求中要明确的东西么?“把产品定位描述清,用于哪个行业、什么人用、怎么用...”这都是需求中要说明白的东西,可能形式多种多样,口述,形成文档,给你的类似产品作为参照等等,但一般正式的形式还是要形成文档保存下来。不然,100个测试人员对某产品有100种理解,到底谁认为有bug,谁认为不是问题?听谁的好呢?
原帖地址:http://bbs.51testing.com/thread-182606-1-31.html
版权声明:本文由会员菊子402、lonewolf首发于51Testing软件测试论坛。
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。