测试用例的设计

xuexin

大家好！请教大家各问题，根据我们公司的现状描述下我的困难，请大家给个建议和意见！谢谢！
我们目前现状是：有个系统A，我们中标了个B，但A和B基本一样，稍把目前的A改动并添加少量模块就可以实现B。我们要测试B系统专门招了些在校实习生，没有任何经验，也没有做过测试方面的工作。
我的问题是：详细设计测试用例还是泛化设计？
先说说我对这两者的看法，先说说详细的设计：1、详对实习生做少量的培训；2、他们在执行用例过程中会发现有不足处，提出然后补充用例，对再进来的新手可以很轻松掌握；3、之后肯定还有类似A的项目（因为我们把他作为产品了），就可以直接用这些用例或稍作修改再用。
泛化的设计：1、对实习生培训多；2、设计用例用的时间短；3、对没有现成的模块（新加的少量模块）可能不会像详细设计的那么细致，造成风格不一致。
针对这些请大家给个建议和意见吧？再次谢谢

dreamever

虽然是在A基础上修改而成，但是我觉的B系统的测试还是不能省，对于一些通用的功能，不能认为在A中是正确的，就认为在B中也是正确的。对于楼主的问题，在我们公司的测试中也经常出现。我们也有平台，并且会在平台上做二次开发。在日常的测试工作中我们会对平台的功能进行测试，对于每个二次开发的项目，我们都会重新设计测试用例、执行测试的。

sweetxmy

根据你提到的公司人员和测试业务情况，以下4点建议供参考：
1、测试时间是多长，即距离项目完成时间多长？
如果时间长可以做充分的测试，即每个单元或接口、功能或模块全部测试。
如果时间紧，可以重点测试关键功能或模块。
2、如果时间充足为长期着想应该用详细的设计方案，如果时间紧以完成任务为目标应该选择泛化的设计。
后期再整理文档和测试用例，有利于公司长期业务的发展。
3、你提到找实习生做测试，在开始测试之前最好能统一思想和工作流程，即你所提到的培训。
依个人能力不同分配不同的任务，如写测试用例，做测试。
4、业务不同产品还是有差异，测试用例应该是不断完善。针对不同的产品抽取些好的测试用例进行测试，同时增加本产品特有的测试用例。
不过贵司可以整理自己的用例库，这也是公司的财富。

[ 本帖最后由 sweetxmy 于 2008-6-1 21:36 编辑 ]

xuexin

谢谢大家的支持，我感觉你们的建议都很好，谢谢！