51Testing软件测试论坛

标题: 测试需求分析 [打印本页]

作者: zhangyong    时间: 2007-6-27 15:45
标题: 测试需求分析
大家讨论一下测试人员如何分析测试需求?
作者: knighter    时间: 2007-6-27 17:22
我也想知道啊sdlkfj2
作者: disaycare111    时间: 2007-7-5 10:31
俺也想知道
作者: yunxiz    时间: 2007-7-5 20:39
测试需求是软件测试人员根据用户需求说明书和开发设计说明书编写的。“测试”一词,即说明要检查用户需求的正确性,保证需求的描述能够得出一个实际结果;还要根据用户需求和设计需求分析出软件各个模块所要实现的功能点,潜在的业务约束以及一些常识性的软件设计规格。

在我们公司测试需求其实就是对软件基本功能点的大概描述,我最近也在努力学习如何编写测试需求让他能清晰的覆盖用户需求。
作者: james.zhong    时间: 2007-7-6 15:26
楼上的写得不错啊!不过还不够深入!我也在学习中~~~继续加油吧!
作者: hellen_ma    时间: 2007-9-19 14:11
考虑,什么是我们要在该项目中进行测试的.明确测试范围,测试目标
作者: 会吹口哨的鱼    时间: 2007-9-19 14:39
测试计划和测试需求的区别是什么
作者: baiking1    时间: 2007-9-21 11:42
实在希望有人提携
作者: lyflywl    时间: 2008-8-20 10:44
标题: 测试需求应该怎么写
测试需求应该怎么写啊!我现在是初学者。看都看不懂啊!
作者: ruanyongjie    时间: 2008-8-22 15:33
最好讲一套对测试需求分析的思路
作者: nie    时间: 2008-10-17 15:07
测试计划是对针对将要执行的测试过程进行整体进行规划安排说明的,测试计划中要对测试任务进行描述,譬如测试时间、测试范围、测试内容、测试人员安排、测试目标、测试环境等等,同时测试计划中还要注明测试工作阶段里程碑及阶段任务的输出。

依据软件需求规格说明书中相关内容,将系统要实现的功能点罗列出来,测试需求就是这些罗列出来的功能点,针对测试过程而言,可以理解为测试目标。因为测试的过程是要验证是否实现需求中功能,测试需求与测试用例具有对应关系,譬如一个管理系统,其中有一个测试需求是用户正常登录,对应设计的测试用例根据此需求进行设计。


个人愚见   各位多多指点
作者: 天若    时间: 2009-4-18 10:38
测试需求中包含哪些内容?
作者: june.diny    时间: 2009-4-19 20:10
测试需求,简单理解就是测试人员要对哪些点进行测试。测试需求可从系统的需求报告或软件规格说明书可获得,一般的系统需求报告是按照系统、子系统、模块、子模块、函数来编写的。因此,测试需求可根据系统需求报告逐步细化ST、UT、IT的需求功能点。测试需求越详细,功能点就越清晰,这样就可以更好地编写测试计划和用例了...

新手上路,请多指教

[ 本帖最后由 june.diny 于 2009-4-19 20:12 编辑 ]
作者: wangliang1639    时间: 2009-8-5 13:24
标题: 菜鸟的回答
编号        需求类型        主模块        子模块        测试项        名称        需求描述        优先级        作者        日期        备注
作者: windy26    时间: 2009-8-14 18:51
学习中
作者: fengyupeng1984    时间: 2009-12-25 17:32
跟客户需求一致就行,如果有疑问以客户需求为准
作者: leishuai66    时间: 2010-3-15 11:36
给介绍一下关于“测试需求”的资料或书吧?
作者: 眼·M·小四    时间: 2010-4-2 11:28
恩,是把功能列出来吗?
我之前看了一份文档,是按照下面这样来分的:
数据的一致性,正确性测试
新增,搜索,修改,排序,删除,打印等功能点的测试
校验规则测试
界面风格测试
状态转换的测试
压力测试
。。。。

我也觉着按需求说明上的功能点来列比较清楚
那上面这种分类方法又是什么呢?不解
作者: stjd139    时间: 2010-5-13 10:11
我现在写测试需求,功能方面的基本上是对照用户需求说明书或者需求规格说明书编写,加入部分的测试针对功能的分析和分解,还有对非功能需求的测试需求
不过感觉工作量投入跟实际效果产生的性价比不合算,觉得有点冗余。请教各位大虾讨论指点。
作者: xavier_007    时间: 2010-6-2 18:03
范围太广了,谈谈个人看法
实际上是测试需求的开发问题
例如易用性需求:界面美观?怎么才叫美观么?我们可以拆分为操作步骤数,提示语引导性,控件逻辑等来分解。
例如性能需求:要求支持1k用户:我们就要区分这1k用户是注册用户,并发用户,还是在线用户?在不同模块是怎么分布的,等等
例如功能需求:支持对百度地图查看。查看就分为地图移动还是拖动,比例尺的调剂,地图的连续移动和点击移动
希望有帮助,欢迎交流
作者: xavier_007    时间: 2010-6-2 18:03
范围太广了,谈谈个人看法
实际上是测试需求的开发问题
例如易用性需求:界面美观?怎么才叫美观么?我们可以拆分为操作步骤数,提示语引导性,控件逻辑等来分解。
例如性能需求:要求支持1k用户:我们就要区分这1k用户是注册用户,并发用户,还是在线用户?在不同模块是怎么分布的,等等
例如功能需求:支持对百度地图查看。查看就分为地图移动还是拖动,比例尺的调剂,地图的连续移动和点击移动
希望有帮助,欢迎交流
作者: 蝈蝈5    时间: 2010-6-23 14:01
原帖由 stjd139 于 2010-5-13 10:11 发表
我现在写测试需求,功能方面的基本上是对照用户需求说明书或者需求规格说明书编写,加入部分的测试针对功能的分析和分解,还有对非功能需求的测试需求
不过感觉工作量投入跟实际效果产生的性价比不合算,觉得有点冗 ...

其实我也觉得投入和产出的性价比太低,看项目时间吧,时间紧的项目连了解需求规格说明书的时间都没有,只能找研发人员口头沟通
作者: xiaoxue1506    时间: 2011-1-5 09:17
还是一头雾水!
作者: YangMay    时间: 2011-1-18 11:16
我也碰到这样一个很抽象的话题,就是如何通过业务分析说明书挖掘出测试需求,而且还要结合4W的原则
我个人理解的是比如针对某支交易来讲,应该是在什么时候什么情况什么条件下由谁去触发这样的一个事件.
而往往在我们的实际当中,我之前的测试需求分析也就进行了功能分析和业务规则分析,还有业务流分析上,所以要结合4W原则,觉得好抽象啊.请各位兄弟姐妹献计献策啊.
作者: yao1106    时间: 2011-4-8 10:22
也有类似疑惑……
作者: eastqfan    时间: 2011-4-12 17:13
目前也在思考类似问题,都说测试需求在软件设计阶段参与进去最好,可是没有一个规格说明书之类的东西如何编写,没有界面、没有代码、甚至没有文档,是否就只有等待,还是更进一步的挖掘用户需求,根据用户需求来定测试目标…………
作者: bd_z001002    时间: 2011-5-18 11:16
测试需求分析两个前提:
1、测试人员的提前介入,在需求阶段就开始对需求进行评审(评审也是一种测试)
2、提出一些可测试需求(部分功能模块无法测试或者难以进行测试),把可测试需求作为软件需求的一部分。

常用的测试需求分析工程方法:
1、测试类型分析
2、功能交互
3、继承性分析
作者: bd_z001002    时间: 2011-5-18 11:18
测试需求分析的目的:
1、在需求分析阶段介入,发现开发人员需求分析的bug,降低后期的修改成本
2、加深对系统的了解,为后期测试分解、测试方案设计做准备。
作者: bd_z001002    时间: 2011-5-18 11:21
测试需求分析的依据是原始需求,这样避免开发人员对需求的理解偏离的用户的原始需求。

测试人员(测试se)参与开发需求的评审,此时就可以提出对用户需求的理解,保证开发和测试对用户需求理解的一致性。
作者: s_zhchluo    时间: 2011-7-28 20:36
也想学习这方面的知识,有没有正规详细的说明资料?
作者: 光血之刃    时间: 2011-7-31 17:59
学习
作者: 红汤鱼    时间: 2011-11-19 09:08
确定测试要点,对某一功能点确定他的测试要点,如:
[attach]76180[/attach]
作者: chaiyesong    时间: 2014-12-23 09:38
hellen_ma 发表于 2007-9-19 14:11
考虑,什么是我们要在该项目中进行测试的.明确测试范围,测试目标

测试范围怎么理解,测试目标怎么理解,能举个例子吗




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2