做功能测试有段时间了，却一直有个疑问，写测试用例到底是该一条数据对应一个测试用例呢，还是可以多条数据对应一个测试用例，也就是测试数据另外准备一个表格。基本上看到的资料都是一条数据对应一个测试用例，但如果这样操作的话数据量会很大，第二种方法会省事很多，但用第二种是不规范的操作方式吗

一条数据对应一个测试用例，这应该是测试用例的规范吧

一条数据对应一个测试用例，这样便于定位问题，多条数据对应一个测试用例，当用例出错时，还必须测试每条数据

观察用例的输入和输出吧.

问题根源在于多个用例中尽量不要有重复点出现，否则每个用例就没有侧重点，失去了用例的意义。这就为什么建议一条数据对应一个测试用例。但这“一条数据”不代表“一个数据”。这就是概念的问题了。

测试用例的设计是有针对性的，而不是多个项目一个模式，所以可以根据项目的大小、侧重点、以及测试时间等方面因素来综合权衡测试用例的设计。而且可以在不同测试阶段来选择不同模式的用例设计方法。

总之，尽量用少的用例达到高的覆盖率，绝对比用多的用例达到低的覆盖率强！数量不代表质量，用例要少而精！但多条数据对应一个用例，一定要确保测试重点，不能出了问题找不出根源。

那其实最好的就是一个用例对应一条数据了，而在国内至少我所知道成都往往达不到这个水平，你想这样要花废多少时间多少人力去写啊。
  这边写测试用例一般就是对应该输入的做一个描述而不用具体到数据

我觉得应该是一个输入对应一个测试用例吧，一个输入可能有多条数据呢

个人认为：一个用例的输入数据用个描述就可以了，但实施测试的时候必须进行多个不同数据的输入测试。