如何根据需求分析文档编写测试用例

从拿到需求文档不要立马开始着手写测试用例,需要仔细推敲整理需求,画出系统级、模块内流程图,并找出各种测试点,等对需求进行了头脑风暴般的整理之后,此时已对测试系统的功能很清楚了,

再着手开始写测试用例。

那么编写测试用例的总体思路是什么呢?

1、整理分析需求文档

仔细将需求文档阅读一遍,记录不明白的地方及关键测试点,简单画出总体流程图。

然后再来一遍,仔细分析各个模块的功能,画出模块内流程图,找出所有功能,并列出主要测试点

2、编写用例

按照不同的业务规则可将测试用例分为四部分:

场景用例、系统用例、功能用例

场景用例:按照用户的实际操作与业务逻辑设计用例,不必涉及很复杂的操作或逻辑,把用户最常用的、正常的操作流程作为一个场景设计测试用例。

系统用例:是用户场景的细化,包含正常场景、分支场景和异常场景,是两个或多个有关联的功能组合而成的场景。

功能用例:用于验证各功能点的业务规则,包括界面元素和各功能的业务规则验证。主要针对单个功能点。

第一步:场景用例(关键字:模拟用户实际操作)

根据画出的模块内流程图,描述用户的主要业务目标,包含完整的系统级场景和模拟用户实际操作的不同场景,几个功能点的组合也算是用户场景。

第二步:系统各角色的系统用例

结合画出的模块流程图,将系统划分多个角色,再将每个角色分解为多个任务,每个任务就是一个系统用例。系统用例分为正常流程、异常流程,分支流程,以场景的形式描述。

第三步:功能用例

描述单点功能的逻辑规则及页面元素,分层描述逻辑规则,对逻辑规则细化可直接作为用例的操作步骤描述。

3、报表类功能模块如何编写测试用例?

报表类的模块基本没有业务流,不适用场景法。其实报表类模块主要验证能否依据查询条件正确查询显示数据,并保证数据的正确性。

可将测试用例分为功能点测试用例和报表数据正确性验证。

第一步:编写查询功能用例

可将查询功能分解为多个测试场景,分别验证各个场景的预期结果。可进行如下的分类。

场景1:默认条件查询结果正确;

场景2:修改可选择输入条件查询结果正确

1、进入搜索(高级搜索)页面。

2、逐一选择各个查询条件可选项,如:“全部”、“类别1”等,点击“搜索”,查询结果正确。

3、组合各个查询条件可选项,如:价格+产品,点击“搜索”,查询结果正确。

场景3:修改输入条件查询结果正确

1、进入搜索(高级搜索)页面。

2、逐一输入文本域条件,模糊查询值,点击“搜索”,查询结果正确。

3、逐一输入文本域条件,完全匹配值,点击“搜索”,查询结果正确。

4、逐一输入文本域条件,中文值,点击“搜索”,查询结果正确。

5、逐一输入文本域条件,字母大、小写值,点击“搜索”,查询结果正确。

6、逐一输入文本域条件,数字类型值,点击“搜索”,查询结果正确。

7、逐一输入文本域条件,全角、半角值,点击“搜索”,查询结果正确。

8、组合各个文本域查询条件,点击“搜索”,查询结果正确。

场景4:组合可选条件、输入条件查询结果正确。

场景5:错误、空记录查询结果为空。

时间: 2024-10-13 22:27:46

如何根据需求分析文档编写测试用例的相关文章

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

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

我的项目需求分析文档模版

1. 项目概况 1.1. 背景 写项目的来龙去脉 1.2. 项目愿景 写该项目达到的目的. 例如 建设该项目是为了提高本区域的地质灾害预警预报的及时性. 1.3. 项目干系人 和该项目相关的人员和其负责的内容 在这里要找到主要干系人,也就是说能对系统功能拍板的人. 1.4. 运行环境 项目的运行环境,包括硬件环境和软件环境 1.5. 条件与限制 硬件条件限制.例如只能购买一台服务器,网络条件限制,只能走政务内网或局域网.或者已经指定了数据库和开发平台,开发语言等.还有工期等. 2. 数据需求 2

PHP 高级程序设计(1) - 编码规范及文档编写

PHP 高级程序设计学习笔记20140612 软件开发中的一个重要环节就是文档编写.他可以帮助未来的程序维护人员和使用者理解你在开发时的思路.也便于日后重新查看代码时不至于无从下手.文档还有一个重要的作用,在不用了解要访问对象的细节情况下也能很好的在对象之间进行交互.文档的编写有一些成熟的行业标准格式,遵守这些行业标准将有助于创建易于阅读的代表,并使自动生成手册成为可能. 编码规范 编码规范可能很多开发人员都有各自的观点也意见,且大家不尽相同.其实只要团队成员之间达成一致,遵循同一个标准就好.

第一次文档编写总结(机房收费系统)

从图中可以看出编写文档的顺序,从可行性研究报告到开发进度月报构成了机房收费系统的整体文档,贯穿了软件工程的整个生命周期. 第一次机房收费系统和软工视频的完成是编写文档的依据和基础.起初,是一种无从下手的感觉.首先我们应该清楚文档是指导我们开发的,是在代码开发之前写的,而不是开发之后写的.有了学生信息管理系统的基础,我们第一次机房收费系统只是尝试着去写代码完成要求的功能,而不是一次正规的开发.人力物力财力都没有系统正规地去考虑.开发前的分析设计.开发中的细节和开发后的维护我们都没有涉及到.因此,编

需求分析文档为什么很难写?(续)

需求最需要关注的是四个因素:人.数据/信息.流程.规则/约束.今天先说说人. 写文档时最先考虑的应该是谁? 教科书里总说,stakeholders,利益相关方,这里有很多人,可能是甲方公司里的所有人.如果需求方前期给的信息足够详细,动笔的时候应该能够列出核心的几个利益相关方,每个利益相关方的业务流程如何,甚至部分业务规则和相关的约束.有些业务流程非常复杂,细节很多,图文混合洋洋洒洒可以写上好几页,这些东西要不要都写上去?考虑到需求分析文档通常是项目方拿下项目的第一步,要注意,很有可能项目还不确定

需求分析文档

羽毛球场地预约系统 用户需求说明书 当前版本 1.0 作者 杨偲栋 完成日期 2016.7.13 版本历史 版本 作者 参与者 日期 备注 1.0 杨偲栋 范兴鹏,侯松,李蔚,刘晗,陆军,叶淑睿,余欣纬 2016.7.13                                                   目录: 1. 文档介绍 1.1 文档目的 1.2 项目背景 1.3 预期的读者和阅读建议 1.4 参考资料 2. 产品的功能性需求分析 2.1. 调查问卷(User Surve

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

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

蒟蒻的代码规范与文档编写规范

代码规范 代码每行不得超过 80 个字符: 代码不分块.连续编写,且每一个模块不允许超过 100 行: 双目运算符运算对象与运算符之间一定要分别打一个空格,单目运算符与运算对象之间不打空格: 禁止使用 Tab 缩进,使用 2 空格缩进代码. 宏定义时没有缩进. 基本使用 Java 代码风格,如果在 for.if 后只有一两个语句,尽量不使用大括号包围,如果一定要使用大括号,则尽量压行书写. 模块化的代码,提倡代码宽而短,不提倡瘦长的代码风格. 没有通用的头文件,随用随加. 尽量开局部变量,减少全

vscode使用Markdown文档编写

VScode已经默认集成markdown文档编辑插件.可以新建一个.md文件Visual Studio Code 原生就支持高亮Markdown的语法,想要一边编辑一遍预览,有两种方法:1.Ctrl + Shift + P 调出主命令框,输入 Markdown,应该会匹配到几项 Markdown相关命令 2.先按Ctrl + K,然后放掉,紧接着再按 v,也能调出实时预览框.[要在英文输入状态下] 附录:markdown语法: 1.标题 代码 注:# 后面保持空格 # h1 ## h2 ###