关于需求

    来这个公司一共参加了三个项目的开发了，有很多问题无法界定是否为缺陷，一个很重要的因素是需求。总结起来，需求问题可以归为以下几种（由于能力有限，抛砖引玉）：

一、前期需求问题

    在前期评审需求时，很多问题定义不够到位（即很多细节问题没有定义），导致后面开发人员虽然实现了其功能，但是实现得不合理。或者前期大家没有想得够具体，到后期开发完成又出现同一个图标功能定义混乱的情况，比如说短信息的未读短信图标，到底是只是显示未读短信还是显示之后要具体打开看了短信才将未读短信图标消失呢。个人觉得，要防止这种问题的出现，在前期评审需求的时候，就应该能具体的就尽量具体定义，细节到每一个界面上的每个图标，点击之后都有些什么反应。所以，这种问题，一般都只有后期改需求了，而是否为缺陷要召开一些会议来解决，比如ccb会议。

二、开发人员没有按照需求实现功能，而按照需求实现功能改动又较大

    这种问题按道理来说是不应该出现的。但是在目前这个项目中，就出现了这种问题。要么开发人员不实现需求一些问题，要么就是实现了，而又不是按照需求来的。这种问题最恼火了，目前也没有好的办法。开发人员有自己坚持的原则，碰到倔强的开发人员，要与他沟通一个问题简直比爬蜀道更难。这种问题也只有改动需求，召开会议大家达到一个共识。而头痛的就是我们这些测试人员了。

三、需求没有提到的问题，开发人员实现了

    这种问题又分为合理的与不合理的。如果合理与不合理很好界定还好，要是不好界定，又只有大家坐在一起召开会议了。

    总之，测试的需求问题是一个很令人头痛的问题。如果前期需求做得好，要省掉很多麻烦。