测试链上的两个三方关系

hujy_07 · 发表于 2008-7-21 09:18:08

做了一段测试后的想法，不妨写来让大家批批。。。。。。。。。。。。。

作为消费者，不会反馈给企业产品的技术含量低，产品的功能不完善，产品的外观不漂亮，产品使用不方便等等，而是无论任何一项在消费者认为不满意时，都有可能选择竞争对手的产品，引来企业市场地位的丢失，甚至是一败涂地。

品质是产品真正的在使用中由用户反应回馈的心声体现。标志着产品在同行业中的竞争力，以及未来企业的发展力。

随着国内卖方市场的扩大，消费者已愈来愈理性化，“货比三家”是现在消费者的基本意识。因此，作为企业现在也日益关注消费者的不同需求，测试可以说就是这个时期的催生物，是保证产品质量的关键环节。任何一个领域都存在着测试，比如一家酒楼在开业之初，老板携带员工巡视各房间状况、试尝饭菜等，都可以称作是测试的一种，只是不同的行业测试的体现不同而已。然而在我国，测试存在着一定的误区，测试工作者也是良莠不齐、鱼龙混杂，它的潜力还有待我们挖掘。

黎族的“竹竿舞”一定要在打竿者、舞者、音乐三者合一时，才能舞出身姿的优美、舞出欢乐的心情。

我们软件中的测试要想保证产品的品质，赢得客户的信赖，那么以下的两个三方关系应该值得关注。

第一个三方关系，需求设计、代码编写和测试。这三者的关系实际上是环环相扣、缺一不可。姑且称作“环扣关系”。

需求设计，做过这方面工作的同事，应该都能回味到其间的痛苦，可以说是冲在前沿的奋斗战士，不辞辛劳的与用户交流，了解用户需求，分析提炼软件的功能，一方面要适应用户的需求目的，另一方面要考虑功能的技术实现性。既不可以盲目设计，又不可以低于同类企业的产品，失去竞争优势。

作为代码编写者，脑子里时刻不停的在想着如何把程序代码写的更加完整，把软件功能以最先进的技术实现。说实话，他们是一群无言的奉献着。

测试，好像听起来很简单，就是做起来的时候也普遍的被认为是件极容易的事情，功能需求书已经披星戴月的被设计好，功能也已由代码编写者一个字母一个字母的敲打出来。

功能需求书说：“我的功能设计是最符合、最贴近用户需求目的的，我就是用户身上的一颗小虫，对于用户的秉性非常的了解。”

代码说：“我是最牛的人写出来的，我的功能绝对不会错。”

如此说来，测试者只需要照本宣科，闭着眼睛也可以工作。假设真是上述情形，那么市场上就不会有用户的抱怨声和大量产品滞销的现象。“这怎能怪我们呢？是销售人员不会拓展市场。”．．．．．．“这关我什么事，是用户不会用，他要这样操作不就没事啦。” ．．．．．．这些都是后话，事情要是这样写下去，那就没完啦。

在一个个软件开发出来以后，此时才发现问题重重，急忙去人才招聘会上请来一帮“测试人才”，也有一些企业干脆就用公司的其他人员临时充当测试人员，一片的临时抱佛脚。在功能开发完毕才让测试人员介入，这是众多小企业的弊端，也是导致开发出的产品不符合用户需求，软件无法实施的罪魁祸首。

测试究竟如何在这个环节中发挥作用，很大程度企业对测试的认识与理解是关键，企业应该尽量的提供满足测试的环境，有意识的培养测试人才。而不是当所有的功能都已经开发完毕，临时找来一批人在东点西按。当项目开始的初级阶段，就应该让测试人员介入，这是测试人员明白做什么的时候，试想测试人员对软件起到的作用都是一知半解，把编写出的代码测试上千次、万次，这岂不有南辕北辙之意。其次，在进行开发阶段，把在开发过程中用到的方法、技术以及功能实现是如何关联的与测试人员一起交流、探讨，这是测试人员明白如何做的时候，尤其是对白盒测试有着非常大的帮助。我们可以想象一下，患者不讲述自身的病情，医生不了解患者的生理机能结构，不了解病情特征与机能结构的关联反映，那么我想医术再高明的医生面对患者恐怕也是束手无策。有时，测试就如行医，只有当软件赤裸裸的摆放在面前，才可以调动大脑的逆向思维神经，才可以从业务逻辑与数据逻辑两方面保证软件功能的正确。

测试介入的越早越好，这仿佛是老生常谈啦，而我想说的是：每个人都不神，也不能把事情做完做足，软件开发不是流水线的机械作业。每个人都在努力的、勤奋的工作，请不要抹煞任何同事的工作成绩。只有当大家形成一个“互赖”的团体时，企业才有发展，个体也才彰显才华。企业平时加强加深开发组织的“环扣关系”，付出终将会以更有价值的利益体现。

第二个三方关系，老板、用户和测试，测试在这里直接充当着企业向用户交付什么样的软件，用户对交付的软件是否满意的角色，因此，测试实际是老板与用户之间的衔接。姑且称作“纽带关系”。

作为软件业的老板，千万不要认为测试只是在检查功能需求与功能实现之间的遗漏，或者是功能操作中出现的错误与执行命令的反应速度，否则，就是在拿企业的发展开玩笑。测试在国内的市场还是初始阶段，现在虽然有不少的企业已经认识到测试的重要性，但是对于培养企业的测试人才方面还有很多欠缺，很多的测试还处于摸索时期，且较依赖某些测试书籍以及格式化的流程，没有建立起一套针对自身企业特点行之有效的测试方案。

用户是最终的买单者。无论如何称赞软件功能有多强大，用户的不满意必将导致软件的失败。作为测试者，一面要做好测试具备的技能，另一面要不断地挖掘测试知识、扩展测试范围，从某种角度看，测试就是在代表用户去检测企业开发的产品是否符合使用意图。除了达到的应有功能外，还包含用户使用习惯、审美方式、与软件之间的交互等。尤其是功能测试，一个功能的检测需要反复运行多次，所以，测试者是最具有发言权的，应该多从用户角度出发看问题，要在搞清需求、验证需求结果的基础上，还要具备创新需求意识。唯有如此，才能真正的为所在企业把好产品的测试关，同时，测试者能够有意识性的扮演这个角色，抛弃个人固有的思想，这本身已经是一种了不起的开拓能力。平日里对用户的反馈留个心，有时间操作使用一下其他同类型的软件，这些看似无用的工作会给测试带来很好的判断力。当然，这一点与企业的信任与支持是离不开的，它直接影响到测试的效力。

测试链上不仅包含自身，而且也包含着用户，企业如何用好测试这把双刃剑，除了结合企业的特点定制测试环节以外，恐怕还需要企业对自身的定位与目标进行一翻思考。俗语说：小麻雀安有鸿鹄之志？