开发团队关于测试的两个问题

个人认为软件系统根本就没有什么正常逻辑和异常逻辑的区别，只有你想到的逻辑和你没想到的逻辑。开发人员做的测试用来保证你想到的东西做得和你的想法一样，测试人员做的测试用来检查有没有应该想到但没有想到的东西。

re。

一般的，开发人员要保证能够自圆其说。

一般的，测试人员要保证能够合乎需求。

“合乎需求”这事也很奇妙。如果一种异常情况从来就没有出现在需求里以致于开发人员在编程的时候都没有考虑它，测试人员从这里测出问题来应该算什么？

maybe这不是这个项目范围内的事
maybe需求bug

刚才旁听一个组建时间不长的开发团队的周例会，团队大致有20多人，分多个小组，注意到了两个问题：
1、指定几位开发人员作为测试人员：
由于暂时没有专业的测试人员，指定了几个对业务熟练的开发人员（或小组长）做测试，测试结果提交TD。对于业务复杂的庞大系统，在模块开发阶段没有专业测试人员的情况下，我比较倾向这种方式。不应该由业务熟练的开发人员（或小组长）来操作，反倒应该是不太熟练的人做更合适，组长的责任应该是控制进度，最好另外找一个人写test case
2、开发过程中的测试数据准备：
记得以前模块开发过程中，对于junit单元测试所用数据，是自己创建、自己应用、自己删除的；
在通过界面测系统模块功能时，则没有什么规则，经常会发生甲做了一批测试数据，今天测了一部份，明天数据就被乙删掉了的情况，测试数据相护使用。
我在想在一个团队里有多个小组如何合理有效的建立模块测试数据：创建数据不做重复劳动，数据可充分“复用”、“共享”、不产生冲突。单独成立一个测试数据构造组？是不是有点投入过大？我觉得问题不是“复用”，而是你们没有很好的保护测试数据和测试用例，应该有专门的软件控制和管理测试用例和测试数据，比较粗糙的可以保存在cvs里

测试数据的复用还不好不复用，毕竟造数据不算个事，但维护数据就成本高了，没有必要！