51Testing软件测试论坛

标题: 设计测试用例的依据是什么？？ [打印本页]

作者: 开着拖拉机上班 时间: 2008-3-19 09:03
标题: 设计测试用例的依据是什么？？
昨天面试，面试官问我设计测试用例根据什么文档来设计，我回答说需求文档说明书。
不知道对不对，哪位高人给个指点！！！

作者: q260954617 时间: 2008-3-19 09:26
飘过飘过....

:

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

作者: 云彩 时间: 2008-3-19 09:31
我认为就是《需求说明说》，不过要对需求进行评审。

作者: tjj006 时间: 2008-3-19 10:18
标题: 没有错
如果有详细设计，也可以参考FUNCTIONAL SPECIFICATION。
毕竟有些功能需求上写得比较简单。

作者: sff19821030 时间: 2008-3-19 10:25
学习了,呵呵,帮忙顶上去!

作者: dujun 时间: 2008-3-19 10:28
需求说明书功能手册用户手册还有就是一些基本的常识

作者: irene83 时间: 2008-3-19 10:56
在测试用例设计之前,应该有测试的计划,方案一类的文档,也要拿来作为依据的.

作者: woxingsun 时间: 2008-3-19 14:22
根据《软件需求规格说明书》《软件概要设计》《软件详细设计》和各阶段《软件测试方案》来编写各阶段的测试用例

作者: wslss007 时间: 2008-3-19 15:34
需求规格说明书和详细设计文档，主要是这两个吧。

作者: liaoxj 时间: 2008-3-19 16:43
测试用例是一个不断维护更新一个过程，他在不同阶段参照的文档是不同的！
需求
设计
…………

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

作者: zhuzunwei 时间: 2008-3-20 10:26
应该是测试分析啊

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

作者: dujun 时间: 2008-3-20 15:32
有资料要编写
没资料创造资料也要编写

作者: juebanyang 时间: 2008-3-20 15:57
根据<<需求规格说明书>>和<<软件详细设计>>, <<测试计划>>来编写测试用例.

作者: 别叫我神 时间: 2008-3-21 10:16
楼上的，，说得都有是对的`
` 写测试用例主就是要根据需求说来写`

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

作者: 八面来风 时间: 2008-8-27 13:18
根据《软件需求规格说明书》来设计测试用例的，也可以参考《软件概要设计》。

作者: magenzqp 时间: 2008-8-27 15:58
学习了

作者: lihongling 时间: 2008-8-27 16:52
感觉十七楼说的有道理

作者: hcf745113130 时间: 2011-12-23 16:00
佩服14楼这就是我们的精神

作者: 061001 时间: 2011-12-23 16:11
如果系统做得差不多了还可以预先搭建个环境运行起来看看，然后写测试用例

作者: zhouql 时间: 2011-12-23 16:29
回复 17# yayali

不错

作者: 古井水 时间: 2016-5-12 15:31
你去百度一下，会有标准答案。
但实际的测试过程中，可能各个公司情况都有所不同。根据人员水平，大家参照的资料也不同。
说一下我怎么做的吧。
首先要明确测试计划，都要测试什么内容，哪块要测到什么程度，哪块比较薄弱，哪块是重点测试的内容。
然后根据开发提供的功能说明书，详细的理解每个功能的作用，你都不理解这个功能，怎么测试呢。
然后根据式样书的定义来写测试用例，可能有的公司叫详细设计说明书，应该指的是同样的文档。
你写的时候还要了解测试别的功能的用例会不会也覆盖到你测的部分，避免重复的测试，提高效率，降低成本。
如果不是一个全新产品的测试，基本都有以前的BUG资料可循，要查一下哪部分是Bug易发点，之前发生的BUG在现在的版本上是不是也会发生。还有投放到市场上的产品肯定有用户反馈，用户反馈的部分也是我们要考虑进来的。

总之，回答这个面试题很容易，但是实际的测试就是你要利用你手头可用到的一切资料，还要根据你的经验。正如前面有些同学回答的，有些文档并不是很详细，就需要根据你的经验了。还要和开发有良好的沟通，尽可能的让开发开心的给你提供资料。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)