怎样从需求中测试!!

sun808080 · 发表于 2006-7-19 10:05:40

公司接个项目,做财政系统的"借款/还款"软件,B/S结构
只有2页纸的需求,3个程序员,小弟测试,怎么看需求写用例啊,郁闷!!

weijiemiamia · 发表于 2006-8-16 09:29:47

看看窗体说明书吧

lyh20041110 · 发表于 2006-8-11 09:11:11

我觉得，首先你应该与项目负责人及开发（也就是说整个项目组成员）共同针对客户需求进行可行性讨论与分析，并针对所收集需求及经过讨论后的需求及时与客户沟通最好能进行签字确认，若没有进过客户认可的需求将会影响你今后测试计划及测试用例－－－－－因需求若不确定就会随时更改，而你的整个测试计划与测试用例是完全建立在需求上的（除非你可以与客户相关人员可以及时沟通），这是测试计划与用例的依据；测试计划在需求出来后两天左右就应该出－－－主要介绍项目的目的、背景、测试主要内容（含优先级划分、附带系统的各个功能模块的简述）、测试方法（黑盒测试、白盒测试、压力测试、性能测试等具体方法的确定－－－－可以是多种方式均有，也可是只以某种方式为主等，对了当然还少不了测试工具的选用－－－－－在计划出来后就可依据需求及测试计划进行测试用例的编写－－－用例主要数据的来源来自于你对需求的理解－－－－针对你所说的需求主要可以从日期、查询、金额数据输入方面入手－－－即：例如：归还日期是否允许大于借款日期、归还日期是否允许超过账期等设定，而金额方面则检查是否允许为负值等.......................

swallow1981328 · 发表于 2006-8-10 15:56:40

开发文档经常不明确，你有这个不错了。
我们用td管理测试过程，需求基本就列出大体的程序模块，至于用例，由于没有具体内容只有等程序出来再写，按照程序员的描述和需求文档具体编写。
至于测试数据，如果与系统的业务关系非常密切的话，而且你也确实难以理解，就找客户要；如果不是太难懂或难以计算的话，就自己编好了

harryhu · 发表于 2006-8-10 15:44:43

原帖由 Lero 于 2006-8-9 18:41 发表
呵呵，我基础的确不好，但是等价类和边界值我也知道。
只是我觉得在测试的时候非要考虑使用那种方法这样反而落了下乘。
根据经验，你其实知道那些地方该怎么测，至于具体使用到了什么方法我的确是没有去研究。
...

难道非要把用例上的数据，文字都归类到这些测试方法里面就表示这个用例很好了？
用例不仅仅是现在用，而且以后还要用，所以当然要加上。

eaglenan · 发表于 2006-8-10 15:17:20

需求部分的测试方法，51testing就有个相关的英文文档，名字叫EffectiveSoftwareTesting-50SpecificWays.rar(615.78K) ，你找找，对你可以有不少帮助，

Lero · 发表于 2006-8-9 18:41:21

呵呵，我基础的确不好，但是等价类和边界值我也知道。
只是我觉得在测试的时候非要考虑使用那种方法这样反而落了下乘。
根据经验，你其实知道那些地方该怎么测，至于具体使用到了什么方法我的确是没有去研究。
难道非要把用例上的数据，文字都归类到这些测试方法里面就表示这个用例很好了？

浑然天成、妙手偶得！

dandan · 发表于 2006-8-9 18:13:08

.......GO ON

lindongfeng · 发表于 2006-8-9 17:39:43

对于输入的数据部分，我一般采用设计通用用例来解决，通用用例对数据的所有输入情况都已经考虑进去了。

ypzineihi · 发表于 2006-8-9 10:33:10

可以自己模拟输入数据

fantasy521 · 发表于 2006-8-8 11:01:05

呵呵，我和楼主一样，公司很小，也是一个人写用例，并且从需求开始写，但是老板对需求非常的重示，所以，我和项目负责人一起去做需求，不过还有很多不懂的地方，我现在是把模块的功能细分化，然后对每个功能再逐一的设计用例，但是我有一点不明白就是关于输入数据，对于真实的数据是找客户要，还是自已根据大概的情况自已设计

lindongfeng · 发表于 2006-8-8 10:12:51

学会折分用例
功能模块
（一）基础数据模块：分别建立借款单位、担保单位、业务部门、资金性质、还款来源等数据库，对财政借款事项实行属性挂接。

这一条就可以折分出很多用例来，
例如，新增借款单位，修改借款单位，删除借款单位，而且还要考虑借款单位外下有借款是，这个单位是不是让删除，依次类推，
每个用例具体分配一下内容。对用例进行一下细化。

xingfo · 发表于 2006-8-7 17:30:38

感觉有些意见蛮有指导意见的。

henry827 · 发表于 2006-8-4 17:32:33

个人愚见，楼主可以先写一个整体的测试需求，需求只要写出要测些什么东西，然后根据测试需求来写部分案例，开始肯定案例不完善，需要在后期软件测试的时候不断补充。我们公司现在就是这样的

baobaoliang · 发表于 2006-7-31 15:54:02

对需求进行详细分解

Nio · 发表于 2006-7-31 14:21:27

整个项目组人员只有四个人，而要开发出这么个新产品出来，确实难为你们了，呵呵~

另外，如果在软件的功能、操作流程还不清楚的情况下就写出来的测试用例，你信么？

楼主如果是个测试新手或者说对这个软件还不熟悉，那么最好还是等开发人员把UI都确定下来之后再写CASE，并整理需求什么的。

等软件可以成功做成安装包以后再写CASE也不迟……

说实话，这么多的功能，这么少的人员，这么短的时间，你有时间详细的去写CASE么？

写个主体的功能CASE倒是有可能……

lyscser · 发表于 2006-7-31 11:19:30

做测试的不写用例和报告，那老板怎么知道你在干吗，考BUG数量吗？

不写用例那你就不要做测试，不是给老板看的
是给自己看的

sun808080 · 发表于 2006-7-31 11:11:12

我没受过培训，自己看的，所以感觉不爽
Lero的回复很好，我觉得不空洞，在实践中实践，多谢！
书上的理论有用，但在特定环境下的实践中不一定好用。

做测试的不写用例和报告，那老板怎么知道你在干吗，考BUG数量吗？
不正规可以完善，关键在与对测试的重视程度，我现在也是小公司，但老板要求按正规的模式走，没有内容就先空着，模板要有。

在需求不是很明白，而且随时在变，模板不全（自己找全，而且统一模式），项目时间紧张（2个月左右），对数字敏感（财务软件），少人（测试1人）。。。条件下，我就不知道怎么才能根据1页需求写出有效的用例！！

不知道大家有没有同感！！有什么建议：提，有什么好方法：提
实际一点，盼回复！！

harryhu · 发表于 2006-7-29 13:00:21

原帖由 Lero 于 2006-7-28 10:49 发表
这是大概的需求说明。
你说开发已经开始编代码了，那么他们应该有一个大致的模型。
也就是软件的框架，你对应框架和需求。
细化各个功能点
例如：基础数据
录入模块
核销模块
等等 ...

等价类和边界值是黑和测试用例中常用的方法，还有因果图和错误推断法。这些方法在很多书上有介绍，看来Lero的阿知识面和基本功比较的差，建议多学习。你的回答中大部分是你的实际经验，有些比较空洞，有些还存在错误，建议你参加一个培训，提高自己的水平。经验+理论才能将自己提高一个层次。
你说开发已经开始编代码了，那么他们应该有一个大致的模型。这一点使你从实际工作中来的，不错。

huangjing · 发表于 2006-7-28 16:20:56

我做了一年多的测试，很惭愧的，没有写过测试用例，都是在程序员完成模块之后再去测试的，有不少局限性，可是我觉得测试用例似乎不太适合小公司的项目，因为本身文档不会很完善，有很多东西会有力不从心的感觉，不知道我的看法是否不对，还望高手们指教！

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 怎样从需求中测试!!

相关帖子

可以自己模拟输入数据

回复 #1 sun808080 的帖子

等价类和边界值——写给Lero

站长推荐 /1