昨天面试，面试官问我设计测试用例根据什么文档来设计，我回答说需求文档说明书。
不知道对不对，哪位高人给个指点！！！

飘过 飘过....:

[ 本帖最后由 q260954617 于 2008-3-19 09:27 编辑 ]

我认为就是《需求说明说》，不过要对需求进行评审。

如果有详细设计，也可以参考FUNCTIONAL SPECIFICATION。
毕竟有些功能需求上写得比较简单。

学习了,呵呵,帮忙顶上去!

需求说明书 功能手册 用户手册 还有就是一些基本的常识

在测试用例设计之前,应该有测试的计划,方案一类的文档,也要拿来作为依据的.

根据《软件需求规格说明书》《软件概要设计》《软件详细设计》和各阶段《软件测试方案》来编写各阶段的测试用例

需求规格说明书和详细设计文档，主要是这两个吧。

测试用例是一个不断维护更新一个过程，他在不同阶段参照的文档是不同的！
需求
设计
…………

需求、规格---编写基本功能项
还要加入一些经验（即以前产品在某些通常出现的一些BUG）
当然，边界值和异常情况也要考虑进去~！

应该是测试分析啊

很多公司没有很详细的文档，我也正为这些事情发愁，但测试用例，你还是要准备，怎么办呢？尽是去找开发部经理要一些要关的资料，然后根据他们提供的资料和一些讲解，开始编写测试用例，当然不可能是很详细的，也有一部分只有一个文档，目的是为了在后续的工作中，不要忘记了还有一个功能的测试用例没有完成，同样也不会忘记了，这个功能还没有做测试。当然也有一些公司没有文档，但他们一直在对同一个软件进行更新换代，那么之前的版本就是一个很好的需求，只需要搞明白他此版本中的更新是那些功能就行，至于没有更新的功能，应该与之前的版本相同，可以做为需求参考，有这些资料你可以更好的编写测试用例。

有资料要编写
没资料创造资料也要编写

根据<<需求规格说明书>>和<<软件详细设计>>, <<测试计划>>来编写测试用例.

楼上的，，说得都有是对的`
` 写测试用例主就是要根据需求说来写`

测试用例可依据：
1、评审通过的需求规格说明书
2、评审通过的技术规格说明书
3、补充需求，隐含需求
4、用户体验及场景分析
5、基本成型的UI
6、与产品、开发或用户沟通得到的系统关注点
7、产品功能、性能指标

根据《软件需求规格说明书》来设计测试用例的，也可以参考《软件概要设计》。

学习了

感觉十七楼说的有道理