51Testing软件测试论坛

标题: 请教！！！测试用例编写问题~~！！！ [打印本页]

作者: tugang11 时间: 2007-9-12 14:17
标题: 请教！！！测试用例编写问题~~！！！
请问大家！！！
  在编写测试用例的时候，需要那些文档？

  我现在负责的这个项目只有客户需求文档和开发计划文档能写出测试用例吗？

我们这个项目的系统的DEMO还是不很完整，有些模块的DEMO还没有。

            就我说的这些情况，大家认为我该怎么做啊！！！！求助。。。。。

我的测试用例就根据目前我说的情况能写出测试用例吗？

作者: tugang11 时间: 2007-9-12 14:37
请教啊~~在线等啊？

作者: VirgoAx 时间: 2007-9-12 14:40
老大你太幸福了居然有需求文档和开发计划文档你简直就是在天堂
你完全可以写出很好的用例了真的不蒙你

作者: tugang11 时间: 2007-9-12 14:56
o(∩_∩)o...哈哈~~~

为什么呢？。。。。。

      如果有一个功能模块就有一个需求，你说这该怎么写你的功能测试用例。
比如：  查询测试

某某某某。。。。查询
   对系统内维护的某某某某。。。。进行查询  你说该怎么写。

作者: VirgoAx 时间: 2007-9-12 15:02
那就根据开发设计文档看这里是怎么设计的除了正常数据查询就是各种错误数据的输入检测容错性和健壮性检测数据库查询语句的逻辑性等等

作者: luming 时间: 2007-9-12 15:02
需求应该有需求用例，还有界面设计文档。
另外概要设计应该会有流程说明之类的吧。
有这些在没有程序的情况下，应该够写基本测试用例了，以后再根据实际程序进行调整。

作者: tugang11 时间: 2007-9-12 15:16
o(∩_∩)o...哈哈·~~
  在我们这可开发计划文档里面不是有关开发里没有

你说的：看这里是怎么设计的除了正常数据查询就是各种错误数据的输入检测容错性和健壮性检测数据库查询语句的逻辑性等等。。。


我们开发文档内容是项目概述，项目计划，配置管理计划。。。。等等。。。不是你所说的

  我觉得你说的文档应该是详细设计文档~~~这个文档开发人员还没写出来。

作者: tugang11 时间: 2007-9-12 15:19

原帖由 luming 于 2007-9-12 15:02 发表
需求应该有需求用例，还有界面设计文档。
另外概要设计应该会有流程说明之类的吧。
有这些在没有程序的情况下，应该够写基本测试用例了，以后再根据实际程序进行调整。

概要设计文档我们没有~~~现在我们就只有需求文档，但出来了以部分 DEMO，没有详细开发文档。

所以我有点迷茫啊！！！！！！！！！

作者: VirgoAx 时间: 2007-9-12 15:21
那就按需求走看这个地方是什么需求正常的不正常的数据都试

作者: sterson 时间: 2007-9-12 15:37
根据需求文档,针对每个功能点来写测试用例...

有需求文档和开发文档,写测试用例相对来讲,会容易好多的..

你要知道的是,现在很多公司,连一份相对完整点的需求文档都没有的...

作者: tugang11 时间: 2007-9-12 15:51
对啊~~~
文档都不是很完整~~~！！！
所以在写的时候有点迷茫啊

作者: VirgoAx 时间: 2007-9-12 15:53
我这没需求没设计照样要写只不过看自己写的感觉就跟没写一样一堆的废话

作者: jiuquanzi 时间: 2007-9-12 16:36
公司现在有＂测试用例驱动需求＂这种概念，我个人觉得这种概念对于小项目来说也是一种不错的建议：
项目拿到需求，ＢＡ写User Case，这期间也需要与客户多次交流确认．
而在大致完成User Case之前，测试人员其实已经可以开始写测试用例了，Test Case比User Case更具体，那么这样可以检查User Case的完整性与形象化．这样就防止了开发以为自己明白了需求而到开发时才发现自己对需求不明的现象．

作者: puchonghui 时间: 2007-9-12 20:56
需求文档是给开发人员看的
个人认为需求文档的书写标准：
任何一个开发过程中需要用到的数据都可以在文档上查到

如果觉得测试用例没法写
多半是需求文档写的太简略

作者: lawgend 时间: 2007-9-12 21:49
现在这样的情况初步估计是需求文档以及设计文档都还没基线化, 随时会有比较大的改动, 此时测试人员应该全面的理解需求, 从客户的角度对需求进行分析以及功能实现的可行性, 找出需求中不明确/表达不清晰/功能模糊的地方, 与项目经理/开发人员共同商讨需求, 等到需求经过基线化之后, 需求就处于相对稳定的状态, 这个时候根据需求抽取测试点, 然后编写测试用例应该是件不太困难的事情, 同时在客户有可能提出新需求或改变需求, 此时出现需求变更, 应该重新评审评管理好需求的变更控制, 测试人员修改相应的测试用例以适应新需求, 如果时间充裕对除需求文档外的其他重要过程文档都应该进行[评审并基线化.

作者: tugang11 时间: 2007-9-12 21:50
恩~~~了解啊。。。
继续努力

作者: xiongtao001 时间: 2007-9-13 13:37
新手路过.....

作者: zzytion 时间: 2007-10-4 16:26
来过!还是没什么结果!

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