其次，从数量来讲，我觉得很多公司的测试用例太少，甚至远远不能覆盖系统需求，这也是很多测试人员测试开展前期按照用例执行，渐渐凭“意念”去测试的原因。应该说测试用例的数量很难用数学模型来模拟，更没办法衡量，但凭借个人经验来说，一个多于半年开发周期（指从编码开始直到提交客户的时间段）的软件系统，它的用例数量不要低于4000个，甚至更多！也许有人惊讶这一数字，不过了解IBM Microsoft 的人士会认为4000还是很少的。试想，对于一个中型软件系统，如果设计出5000个用例，那它的测试覆盖率还怕不高么！
再次，如此众多的测试用例的管理。是的，需要管理工具软件！本人从来都反对以word或excel来编写测试用例，那样不仅在格式上难于编写——尤其对于一些共性内容：测试目标、测试环境、参考说明等，每次都要拷贝；而且难于管理——几千个文档文件放在一个共享文件夹，你的眼睛要必将经过缭乱的洗礼！更是难于执行——莫非真要针对几千个用例都是打开一个word、执行测试、输入测试结果、关闭word？而且，根本没办法追踪测试结果——输入完本轮回归测试的结果，下一论输入哪里？输入了这些测试结果什么用？用它追踪什么？追踪得到吗？