项目中需求欠完整，测试人员的尴尬境地 你有吗？

chxiang12091

经常遇到，我们基本是没什么需求文档的。
    不过，我是在开发人员做开发的时候，就去整理、理解需求，然后遇到不明白或者感觉不合理的就找开发，找需求，有的时候，确实会因为这些反馈而稍微调整设计。而且，并没有因为这和需求、开发的关系处得不好，反而觉得他们更支持、理解我的工作了。有的时候把测试用例发给他们看，他们会根据这些发现有的可能他们确实考虑得不够细，会发现原来测试考虑的东西那么多。大家的合作反而挺好的。
    在自己理解需求的时候，就将一些重要的功能点或者逻辑很复杂的记录下来，测试的时候也不容易漏掉。以前我也觉得写用例浪费时间，后来觉得反正开发没做出来，就写吧，然后写出来用例之后，发现测试的时候，根据写的去测，不用现去考虑，蛮有效果的。
    所以，现在需求一出来，我就会去整理，写用例。
    现在有一种思想，不就是测试推动开发么？先写单元测试代码，然后再去做开发。我觉得是测试不光是只测开发做的，还得测需求、设计，如果需求和设计不合理，咱也可以给他们否了。
    这些只是个人看法哈，别拍我脑袋就行~~