基于需求文档(PRD)的功能用例设计

上一篇我讲了在项目运行过程中,用例是需要动态更新的。接下来我将结合实例(移动app)讲解在不同的阶段如何设计用例。

需求文档(PRD)主要讲述app的某个模块有什么功能,每一项功能的页面展示、页面操作有哪些,不同操作之间的关系是什么。基于PRD的用例设计是使用黑盒测试方法,而我平时主要使用了等价类划分、边界值分析法、状态转换测试、场景测试,操作实践时偏好于将模块分成页面展现、页面操作、接口、异常流,在每一个子项里运用黑盒测试方法进行设计。

以移动app的登录为例,大致需求如下图:

一、验证登录弹出的场景,肯定是用户点击需要登录才能查看的功能时,会弹出登录框。设计用例如下:

1、点击需要登录信息的功能时弹登录框(比如购物车、收藏夹),根据等价类划分方法,有效等价类是点击需要登录信息时弹登录框,无效等价类是点击无需登录信息时不弹登录框

二、验证页面展现,登录主要就一个页面,按照区块划分,如下:

三、页面操作,根据每个区块存在的操作,如下:


四、接口的校验,由于不同的app调用不同的接口,所以不说细节,接口的业务逻辑校验最好写单独的接口测试工程校验,此处的接口校验主要做客户端入参校验、返回处理校验。

五、异常流

异常流主要考虑客户端输入为空、接口调用返回异常时客户端的展示和提示、无网时页面的展示、弱网时页面的展示

比如密码为空时,提示密码不能为空

做完以上的,再通读一遍PRD,用例已覆盖完大部分的功能,但发现有部分漏掉了。比如输入密码时,密码不显示具体的内容,以***代替,登录框是否可点及颜色的变换,这些点可以通过状态转换方法及探索式测试方法来覆盖。

六、状态转换

1、输入框内容由无变有,由有变无,对应用例:账号输入框从无输入变为有输入时,右侧清除按钮出现;账号输入框从有输入变为无输入时,右侧清除按钮消失。密码输入框从无输入变为有输入时,右侧清除按钮出现,密码内容为星号;密码输入框从有输入变为无输入时,右侧清除按钮消失。

2、登录框颜色及可用状态变化,对应用例:账号、密码均有输入时,登录框从灰色变成橙色,且可点击;账号、密码从均有输入变成部分无输入,登录框从橙色变成灰色,由可点变成不可点。

至此,基于需求的用例设计基本完成,主要运用了等价类划分、边界值、状态转换、场景设计方法,在具体实践中,可结合具体情况进行调整。

整体的基于需求的用例完成如下:

时间: 2024-11-05 20:47:25

基于需求文档(PRD)的功能用例设计的相关文章

产品需求文档(PRD)的写作方法

无论我们做什么事都讲究方式方法,写产品需求文档(以下称PRD文档)也是如此,之前我通过四篇文章分享了自己写PRD文档的一些方法,而这一篇文章主要是对之前四篇文章进行整体的摘要介绍,帮助大家快速了解写作流程. 产品需求文档(PRD)的写作 四篇章:1.写前准备(信息结构图)2.梳理需求(产品结构图和用户流程图)3.原型设计(手绘原型,灰模原型,交互原型)4.撰写文档(PRD文档)5.用例文档(UML用例图.流程图) 1.写前准备(信息结构图):http://tangjie.me/blog/52.h

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

测试用例的编写是测试流程中不可缺少也极其重要的一环,但我们在编写用例时是根据实际项目还是根据需求文档作为标准呢? 在有一定规模的公司里,测试用例设计完成之后和开始实施测试之前必然有一项工作,即测试用例的评审.项目总监.项目的开发人员.产品人员以及视觉交互人员等所有的项目的相关人员坐在一起,由测试人员发起,共同进行测试用例的评审,而评审的最佳时间点就是在项目已经启动,完成了部分的编码工作,这时在测试人员对照需求文档写出的测试用例的基础上,项目组成员进一步针对项目需求细节进行核对,若出现理解不一致的

快易需求文档编辑系统——测试心得

一.项目背景 软件需求文档是软件开发与维护的重要基础,本项目希望通过建立一个专业的需求文档编辑系统,为软件开发人员提供一个便捷的协作文档编写工具,推动需求文档编写的规范与文档重用工作.同时,也为广大软件公司提供一个随时可以访问的平台,推广快易文档编写系统. 二.测试对象 快易需求文档编辑系统致力于帮助需求分析工程师快速编写需求文档,提高工作效率和文档质量.类比代码重用将需求文档中可重用,模式化的部分提取封装起来,形成"构件",也是该子系统的核心. 三.测试过程 与需求文档中的功能点覆盖

产品需求文档(PRD)到底怎么写?

做产品经常会写PRD,但是如果没有一套完整的写作思路和框架,写出的PRD质量就不会太好,导致遗漏重要信息,在项目过程中被开发.前端.测试吐槽.趁这个周末有空,来梳理下一下写PRD的逻辑. 一.什么是PRD? PRD为Product Requirement Document的简称,其中文翻译为:产品需求文档.该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档.当然,这个定义针对的是一个全新的产品.广义上来讲,产品需求的描述,应该包含有产品的战略和战术,战略是指:产品定位.目标市

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

PRD产品需求文档

什么是PRD? PRD是Product Requirement Document的英文缩写,即产品需求文档的意思.PRD昰产品流程中的最后一步工作,是将原型中的功能.界面具象化描述,是提交给设计(UI).技术和测试部门的执行标准.一般由产品经理亲自完成,如果有产品专员(助理)的话,由他们主要完成其实更好. PRD应包括哪些内容? PRD的标准很难衡量,因团队而异,只要能够明确传达产品需求的文档都是合格的.但一般需要包含以下四个部分: 1.产品概要:说明产品目标.需求来源.主要项目负责人和产品整体

PRD 如何编写好的需求文档

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

顶级产品经理是如何写产品需求文档(PRD)的

产品需求文档(PRD)对每个产品经理来说都不陌生,它是产品项目由"概念化"阶段进入到"图纸化"的转折和体现,作用是"对市场需求文档(MRD)中的内容进行指标化和技术化",PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能,是否能够研发出符合预期的产品,所以PRD也是体现产品经理专业程度的一个重要指标. 可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过清晰扼要的表述将产品意图呈现给阅读者,PRD的阅读者一般包括开发人员,设计

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理