51Testing软件测试论坛

标题: 没有需求怎么写测试用例？ [打印本页]

作者: yuejing127 时间: 2008-11-26 21:11
标题: 没有需求怎么写测试用例？
公司没有需求，就给一个界面，我想问问各位高手，这种情况怎么写测试用例？

作者: ppzhang 时间: 2008-11-27 11:40
标题: 其是还是有需求的
只不过不详细罢了，最起码实现什么功能是有的吧，这就算是需求了，呵呵。

作者: 行走在杭州 时间: 2008-11-28 10:18
现在能有多少公司给你需求呢？
或者给你的需求，又是有价值的呢？
文档都是后期补的。

你只能做的，去熟悉项目，熟悉功能，熟悉数据库，等等，然后写测试用例。

或者说是凭经验吧

作者: m2b2x 时间: 2008-11-28 17:01
标题: 这里有讨论
http://bbs.51testing.com/viewthr ... 0%FD%2B%D0%E8%C7%F3
可以看一下

作者: badpy 时间: 2008-12-2 14:00
标题: badpyhedy1202
badpyhedy1202
洗衣设备
水洗厂
干洗加盟连锁
连锁店
洗衣设备
水洗厂
干洗加盟连锁
连锁店
留学中介
出国留学
留学韩国
朗阁
朗阁
朗阁
朗阁留学
朗阁留学
朗阁留学

wow gold
wow power leveling
wow gold
wow gold

作者: yunxiz 时间: 2008-12-2 17:30
自己整理能想的需求，和上级讨论

作者: feiyunkai 时间: 2009-1-4 18:01
界面就是需求，我以前也写过这样的用例，建议这样写：
1、根据业务场景写，将用户每个常用场景做为一条用例
2、系统用例（细化场景），将几个关联的功能做为一条用例
3、功能用例，将单个功能作为基点，每个功能为一条用例，当然还要包括界面、易用等

作者: janedeng 时间: 2009-1-6 12:27
凭自己的经验去想，这个界面会实现什么样的功能。整个业务的流程是什么样的。
先写大方面的case，那些细节的case就等你把整个流程都弄通了之后再写。
我现在基本都这样写case。
这就是现实和理想的区别啊。
学的时候什么都有了之后再写case。
真正做起来什么都没有

作者: liaoxj 时间: 2009-1-8 14:23
没嘴巴吗？？

作者: 拽拽小凡 时间: 2009-1-14 17:55
跟别人交流交流

从界面上也能获取些东西

看看过去的项目内容

作者: hummel 时间: 2009-1-19 23:38
为什么不考虑用你的案例来代替需求呢?让开发跟着你的案例做呢?

换个思维吧.呵呵

作者: gunzip 时间: 2010-1-26 22:42
既然能开发出来那开发人员最清楚需求了，直接和开发沟通吧

作者: 鹭岛 时间: 2010-1-27 09:21
1.跟开发多沟通交流
2.根据自己的经验，写简要点的，不要太明确，以免变更太大

作者: star114 时间: 2010-1-27 09:26
::xizao::: ::xizao::: ::xizao::: 测试界面的，模拟客户的角度写，将写好的测试用例和开发的探讨，有漏掉的地方再补上，想楼上说的，必要写的太详细，做事留三分

作者: chengning 时间: 2010-1-27 09:34

作者: 祈祷王城 时间: 2010-1-27 16:59
没有需求就去问制定需求的人员跟经理沟通啊！哈哈做项目很少有需求

作者: louis_lu 时间: 2010-1-28 14:25
标题: 回复 1# 的帖子
没有需求？
给你的界面就是需求，自己或者找人挖掘需求吧...

作者: charleswhite 时间: 2010-2-20 17:21
1、即便是有需求文档也要重新做需求采集的。
2、因为测试用的需求包括了功能需求和性能需求等。
3、只给一个界面什么都没有就让你测试的话，首先要清楚自己公司的质量管理标准。以此为测试用例设计依据之一。
4、质量管理也没有的话，可以按照项目组里的开发规范，跟项目负责人讨论，最后一定要形成一套合理的质量管理方案。
5、开发规范也没有的话只能凭经验了解需求多跟项目负责人和业务人员沟通。
6、如果项目负责人和业务人员什么都不知道，总有知道的吧~ 找一下吧。
7、找不到人怎么办？可注重于界面功能的测试，界面上的元素一般都是功能比如：按钮，文本框，状态栏等等。
8、最后尝试查找有没有什么help啦，readme啦。也可作为测试用例设计的依据之一。

作者: oac 时间: 2010-3-4 12:42
这就体现你的价值了。没有明确需求的话，你就要根据你的情况出发，主动提出需求，让市场，领导等重视，帮助项目明确需求定义，控制项目风险，这样一个项目下来，别人就会重视你，肯定你的贡献。如果一味地等开发编码完成，拿到现成的软件后再按部就班地做测试，这样不仅你会特别累，经常加班，别人对你的劳动成果也不会满意的。

作者: shenhh 时间: 2010-12-6 20:54
没有需求，哪总人需求人员吧，让需求人员跟你培训下吗，

作者: coolwind09 时间: 2011-2-15 17:30
对的，需求文档现在都是后期补的！自己问清楚啊，然后从软件测试的功能点开始呗！

作者: lixingjin 时间: 2011-3-22 21:47
同开发人员沟通后自己写吧！

作者: we.ixingyi@163. 时间: 2011-3-25 19:21

作者: we.ixingyi@163. 时间: 2011-3-25 19:22

作者: 秋子 时间: 2011-4-8 12:10
1 先自己分析，拟个大纲
2 和开发，市场探讨功能和性能要求
3 细化上述内容
4 和开发，市场再次讨论
5 修改，细化，拍板

作者: jiazurongyu 时间: 2011-4-13 20:18
探索性测试写自己能看到的，模拟一个用户场景准备好提示框等消息

作者: 春天梅花 时间: 2011-5-5 11:10
界面比需求文档实用熟悉系统的操作流程写呗多简单啊

作者: jiazurongyu 时间: 2011-5-11 12:30
探索性测试

作者: jiazurongyu 时间: 2011-5-11 12:32
只要知道框架就可以描写测试用例

作者: 独一无二的昵称 时间: 2011-5-11 18:26
把自己当成客户，想象自己需要什么样的服务，什么样的服务，哪些问题是有可能出现的
然后再自己准备一个Q&A list，只要上头项目经理谁的有答复，就可以当做需求的一部分设计用例
得多问

作者: kia060 时间: 2011-5-24 21:58
能不能讲讲你做的是什么产品。
如果只有界面那么开发是怎么开发的。可以从开发人员那边的到需求，或者客户。

作者: ruirui。 时间: 2011-5-25 13:20
都是这们过来的，沟通才是王道。。。

作者: hong133014258 时间: 2011-5-26 09:32
我也是一样，用的多了自然就知道需求了

作者: humh 时间: 2011-5-27 16:20
有界面也算具备需求了，只是大部份内部逻辑需要你自己去问了，在界面上至少可以写出以下几类用列：
1：输入类 2：界面排版类 3：事件类，如鼠标，键盘事件等等。

作者: qiuwei1211 时间: 2012-2-29 15:51
。。。。。。。学习学习

作者: annie_xfz 时间: 2012-3-6 11:39
回复 9# liaoxj

说的太对了~没需求开发人员还需要开发~测试着急什么~多问就是真理！

作者: 大妮 时间: 2012-4-5 11:52

界面就是需求，我以前也写过这样的用例，建议这样写：
1、根据业务场景写，将用户每个常用场景做为一条用例 ...
feiyunkai 发表于 2009-1-4 18:01

这个很实用，按照这个来写

作者: heaven7253 时间: 2012-4-5 16:05
如果是所有人都不知道需求那你就爽了你可以引导他们创造需求

作者: xinzhangjun 时间: 2012-4-5 22:33
先问一下大概，然后写个大概呗，也不能不写啊

作者: 四季草堂 时间: 2012-4-11 15:43
没有需求就是最好的需求
沟通无极限
加油！

作者: 20120214 时间: 2012-6-30 10:59
我们是按照功能和界面来写的

作者: lihaoming89 时间: 2012-7-1 14:47
自己先去熟悉一下这个项目，把各个功能搞清楚。有机会再与开发沟通一下，自己归纳出一些需求吧。

作者: 测试新手小白 时间: 2012-7-5 15:37
悲崔啊，现在有几个公司走正规流程啊

作者: yzsztjf 时间: 2012-7-14 18:17
所以那些个公司要的都是有经验的人啊刚毕业或刚转行的没人要啊

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