编写测试用例时参照实际项目还是需求文档?

  测试用例的编写是测试流程中不可缺少也极其重要的一环,但我们在编写用例时是根据实际项目还是根据需求文档作为标准呢?

  在有一定规模的公司里,测试用例设计完成之后和开始实施测试之前必然有一项工作,即测试用例的评审。项目总监、项目的开发人员、产品人员以及视觉交互人员等所有的项目的相关人员坐在一起,由测试人员发起,共同进行测试用例的评审,而评审的最佳时间点就是在项目已经启动,完成了部分的编码工作,这时在测试人员对照需求文档写出的测试用例的基础上,项目组成员进一步针对项目需求细节进行核对,若出现理解不一致的地方,可以当即讨论,达成一致。因为此时项目还在开发中,如果分歧点在还没有开发的功能上自然是最好;即使是已经开发完成的功能上,此时修改的成本也大大低于开发完成之后,因此以需求文档问标准进行测试用例的设计和梳理是对需求的再一次过滤,评审过程中是对需求争议点的一次清理,这样能够大大提高需求的准确性,减少不必要的开发成本。

时间: 2024-10-27 11:47:56

编写测试用例时参照实际项目还是需求文档?的相关文章

项目 和 需求文档 -- 吴欧

项目  和  需求文档 一个好的项目我觉得,至少是我觉得,应该要有明确的产品流程.完整的明确的需求文档(电子稿).完整的明确的业务逻辑(明确到细节).(不足请补充!) 不是你丢我一堆图,而且还是残缺的设计图不完整的图过来,就要我们开始开发,我觉得这是极其不负责任的.不是这样的,至少我觉得不是这样的.这影响的不仅仅是效率. 我们的团队还在成长,我觉有必要思考,该怎么处做一个产品而不是做一个项目demo.

项目开发需求文档的编写 模板

系统流程描述 1.1.1 项目名称 项目名称(项目类型) 1.1.2 项目开发者 成员一:** 成员二:*** 成员三:*** 1.1.3 项目开发环境 MyEclipse + Tomcat5.5和MyEclipse(自带)+ SQLServer 2005 1.1.4 系统功能设定 品红商业网分为2大模块: 1.前台系统 ## 设定新闻,商品以及购物相关功能: NEWS:对新闻的增加.删除和查询操作,并且增加上下条功能进行查询,以及最新新闻的显示与增加. PRODUCT:对商品的增加.删除.修改

ios—项目开发需求文档

电子商务产品项目需求方案 模块 标准 接入方式 后台(大致需求说明) 前端 购 实物 多商户接入,可支付商品: 基础功能 功能说明 所有须要 Lbs .城市选择,分享.商区.搜索.返回.关闭 LBS:后台需配置商户的地理位置经纬度. 搜索:后台需提供搜索内容结果 商户信息 商户名称(包含品牌方和第三方).商户电话 后台须要开发(眼下开发完的购录入功能不全然满足此表中的需求) 商品展示详情 商品大图.商品小图.长标题.短标题.商品原价.商品优惠价 商品排序优先级 按默认.价格.销量.评论.同一时候

第二章-第三题(四则元算需求文档编写、上传至GitHub与修改)-By郭青云

题目描述: 完成小组的“四则运算”项目的需求文档(使用Markdown写文档),尝试同组成员在各自PC上修改同一文档后,如何使用Git命令完成GitHub上的文档的更新,而不产生冲突.并验证GitHub上的文档确实是最新的文档. 步骤: a)编写文档 b)从代码库中pull项目至本地分支 c)修改需求文档 d)提交修改 d)合并修改的内容

【tool】没有需求文档的时候如何来设计测试用例

没有需求文档的时候如何来设计测试用例 1.根据客户的功能点整理测试需求追朔表: 一般的客户都要把要开发软件的功能点写成一个表格交给市场部,让市场部门转交研发部.所以客户的功能点是编写测试用例一个最最重要的依据. 2.根据开发人员的Software Specification List整理我们的功能测试点: 一般来说,开发人员实现一个功能都要把该功能分成几个子模块来实现,所以Software Specification List也是我们参考的另一个比较重要的依据. 3.开展项目跨部门讨论会: 可以

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下

PRD 如何编写好的需求文档

PRD(Product Requirement Document) 1.做好准备工作:了解顾客.竞争对手.产品团队的实力和需要的技术.需要从顾客.客户.竞争对手.分析师.产品团队.销售队伍.市场.公司职员等收集他们能发现的问题和可能的解决办法.建立良好的交流. 2.确定产品的目的:任何好的产品都开始于一个需求,清楚地了解这个需求,你的产品如何达到这个需求. 产品经理提出一个清晰.简明的价值主张,让大家明白这个产品到底是什么意图.电梯间演讲.电梯行销,注意不要阐述太多的细节,从某些方面来说,一个有

从零开始编写自己的C#框架(4)——文档编写说明

原文:从零开始编写自己的C#框架(4)--文档编写说明 在写本系列的过程中,了解得越多越不知道从哪里做为切入点来写,几乎每个知识点展开来说都可以写成一本书.而自己在写作与文档编写方面来说,还是一个初鸟级别,所以只能从大方面说说,在本框架开发所需的范围内来讲述相关要用到的知识点,至于要更深入的去了解,请大家观看其他大牛的博客或购买书籍来学习. 为了加快进度,会对目录进行修改,将一些知识点合并或在后面使用的章节再进行描述. 谢谢大家的支持,如果您觉得本文对您有所帮助,请帮忙点击支持或发表评论. 在开

app开发需求文档怎么写

我们在开发app前都会做需求分析,这个app开发需求文档怎么写呢?一般可以从这几点入手:确定APP方案的目标,APP方案的受众分析,APP开发方案功能设计,APP的操作系统说明方案,APP是是否是原生APP,APP方案的视觉设计,APP开发方案中的其他细节.以下是一个app开发需求文档模板,里面写清了app开发需求说明,可以参考 1.引言 1.1目的: · 阐明开发本app的目的:  1.2 项目背景 · 标识待开发app产品的名称.代码:  · 列出本项目的任务提出者.项目负责人.系统分析员.