一个新手对测试的理解【转载】

,t)Nw6I8\Gu0　　测试是找到实际结果与预期结果之间的差距并予以缩小。51Testing软件测试网2iQj9L:J:]B

　　一个好的测试是一个需要销售能力与编程能力都要具备的工作。51Testing软件测试网 }Q:rcD+bW4G

8xN0g0}h&ZB*@*Y0　　我认为测试人员主要任务是找到客户与程序员之间的中间量，让客户需求和程序员的水平或者现有的技术达到一个平衡。因为在客户最开始提出的需求当中，有一些需求在客户眼中看似在程序中很容易解决，会以人思维方式去看问题。可他们不知道一个简单的需求在程序代码中实现很困难，有的甚至现在技术无法解决。当客户的需求给程序员按照其进行编程时。问题就来了，有一些功能根本就无法实现，或者很难实现。这时程序员像上级反映时，要求用户改变一些需求，或者建议用户另一种方式实现，还或者加钱；这个就会进行谈判，谈的来生意就继续，谈不来生意就没了。51Testing软件测试网3e(Nd{&{6D X

　　这是问题来龙去脉很清楚：假如生意没谈成。有两种可能，公司开出的条件客户无法接受，还有一种客户提出的需求和他所提供的资金无法接受！关键点来了：如何谈成这个项目，你认为公司应该派一个怎么样的人去谈判胜算会大点。在做一个分析，客户不懂编程很多问题不能用编程方面的知识去解释，可老板有不想失去这个客户，找个做销售的~！客户这边的成功率大了点，可总不能找个只会策不会技术的人！要不然怎么反应给程序员呢~！这时就需要一个销售能力强的和技术能力也行的去和客户交涉！51Testing软件测试网~ev qO$PNu

k'x WNDn0　　聊到这里就看到了一点测试影子，和客户与程序员两方面都要打交道的人……

　　最后做个概括：找到了测试工作人员出现的本质原因也就是找到了测试人的目的。找到实际（程序员的代码）与预期（客户的需求）之间的差距，并进最大努力缩小

　　在这里我们只聊到了需求阶段。需求测试到手之后，貌似只要程序员按照需求去编程直到编程完成就行了，测试的话可以找其他程序员（避免自己测试出现盲点）来测试也行，为什么非要存在一个测试部门来单独执行操作呢？同样从人的方面讲（最本质）。在编程开发过程中不过可能开发出十分完美的程序。每实现一个功能，就应该进行测试，打下扎实的基础。为后面做准备。在测试中最具有发言权的是客户，遗憾客户不能跟你们一起测试。如果有一个客户代表出现就好了，这样能保证测试的可靠性，让整个开发过程中风险降低。我们来研究一下客户代表应该具有的素质：一，对客户需求比较了解！二，懂编程！三，知道如何进行测试！四，能够把测出来的问题正确解释给程序员或者能自己进行修改；这四点素质是不是现在测试人员应该具备的？二，测试懂编程基本知识！三，懂测试技术！四，有能力把测试的结果返回给程序员或自己修改。至于第一点，测试就在整个开发团队来说是接触客户最多，也是最了解客户的~！看的出来测试人员在开发过程中担任的是客户的代表~！51Testing软件测试网 ?KB9UZWh

O'Ax7~A7E:c0　　做一个简单的模型：A（客户），B（程序员），C（测试员）。一开始A和B是两个互不了解区域，突然有一天A希望B给他做一个东西，自己想好了做成后的模型，可是A对B的领域又不了解，不知道怎么跟B说清楚。这时C来了刚好对A和B都有点了解，于是乎C就担起了A和B之间转换器。把A的需求和B能做到的说给双方听，让双方达到共识。并给B一个本子，上面记载着一些A的需求。这时B就拿着这个需求本子回去开始做。做了一小段之后，就开始想我这个做对没有，万一在这里就做错了，那下面不全错。不行我要找A来看看，一去找发现A不见了，去经商了。没办法为了保证下面做的安全B就只好去找C来帮他看看，并答应事成时候付给C钱。C很快的就答应了，并一起协助B完成了开发。最后一个测试通过时，两人便一起找来了A，看不服不符合要求。A一看大概的差不多~~接着交清全部款项收工~！并说这个不错，以后还要请B做~！

　　这个简单模型说明了C在A和B之间起到了一个纽带做用。本来A找B做东西只是A和B之间的事，就应为A和B之间存在一定理解性差异，就必须需要C来中间调节，来缓和A和B之间的差异。让双方都满意。促成A和B之间的交易。

　　这样测试目的就很容易暴露出来找到实际结果与预期结果之间的差距，并努力缩小。

=====================================

1k(^._o/MH0个人觉得说的并不完全对，这些事情属于需求管理的工作，测试人员需要参与，但并不应由测试工作人员来协调。51Testing软件测试网uyK],i
`u8Q