需求的问题!
需求说明书中的需求该详细到那步才适合编写测试用例?如:我们的需求只写了该模块具有查询统计,修改记录等的功能,根本没写怎么操作,输入那些必备的数据才能查询。
我想问的是根据这样的需求该怎么编写测试用例?
希望各位能帮我解决下。在线等。。。。。。
谢!! 需求说明书不是为了写测试用例而编制的。
系统测试难就难在对需求进行分解,得到测试需求!
它需要你结合其他文档,进行系统分析。你首先要对业务很熟悉,对系统架构有清晰的脉络,这样才能写好用例。
否则你做的用例会流于形式,很表面化。 其实很多公司都存在这样的问题 有的是在实际的项目开发出了一个版本后才开始写测试用例
你可以尝试用这样的变通方法:虽然需求中写了有等等功能 但基本的功能描述应该还是有的 你根据这些功能描述来写基本的用例步骤或描述(数据等之后能确定一个版本的项目后再准备) 不清楚的和开发组或是测试组长反映或沟通下 需求说明书不是为了写测试用例而编制的。
这话不对吧。系统测试不是按照需求规格说明书来的吗? takiro
你的方法是好。可是项目急的时候,恐怕来不及编写用例 吧 songfun斑竹是对的,需求说明书只是为了指导测试而使用的,目的是为了导出测试需求 来编制测试计划。 你们可不可以说下好的需求规格说明书里面该居有那些内容啊? 凡是客户认为这个产品应该拥有的需求,都应该体现在需求规格说明书里面.语言言简意赅,能够让开发人员和测试人员一目了然。没有歧义词语。 to jjtest:
系统测试是要依据需求说明书来写的,但是需求说明书不是为了系统测试而写的!
这个逻辑性要搞清楚哦 好的需求规格说明书应该包括的内容主要如下:
1,功能的描述
2,主要界面
3,和用户的交互
4,用户的主要操作和系统的反应
5,业务流程图
6,举例数据
7,运算逻辑说明并举例 清楚了些 是啊....
页:
[1]