功能测试用例的书写方式

简介: 简而言之,所有你能得到的项目文档,都尽量拿到。 从所得到的资料中,分解出若干小的“功能点”,理解“功能点”,编写相应的测试用例。

功能性测试用例
1. 测试的来源,即测试的需求
测试用例的主要来源有:
1) 需求说明”及相关文档

2)相关的设计说明(概要设计,详细设计等)

3)与开发组交流对需求理解的 记录(可以是开发人员的一个解释)

4)已经基本成型的UI(可以有针对性地补充一些用例)

简而言之,所有你能得到的项目文档,都尽量拿到。 从所得到的资料中,分解出若干小的“功能点”,理解“功能点”,编写相应的测试用例。

2. 用例的组织方式

不同的公司有不同的做法,原则上,只要方便管理和跟踪,怎么组织都可以的。

用例可以按大的功能块组织,如查询功能模块的用例,可以组织在一起,打印模块的测试用例,可以另外组 织在一起。

在没有专门的测试用例管理工具的情况下,用例执行后会产生2种状态:“通过”、“失败”——这样加上“未 执行”的用例的状态,共3种状态。

即从“未执行”用例中执行一个用例后,该用例状态应为“失败”或“通 过”。将同一状态的用例组织在一起。

至于用例文件格式,可以是.DOC或.XLS(如果有专门的测试用例管理工具另当别论)。

3. 用例与其他材料的关联方式,即如何解决用例跟踪的问题 测试用例面临的比较大的风险有:

需求的变更、设计的修改、需求的错误和遗漏等等。

由于用例的主要来源是需求和设计的说明,所以对用例的跟踪其实就是对需求和设计的跟踪,需求和设计的 变更势必引起测试用例的变更。

如前所说,将分解的功能点编号,与相应的用例联系起来。例如,你可以列一个表格,列出各个(编号的)功 能点和测试用例间的关联关系。

这样,当需求和设计发生变化时,你只需要跟踪“功能点”是否变化,是否增 加了新的功能点。

重要和困难的是,不手头的资料和信息一定要是最新的。

4. 一个好的用例的表述要点,即用例中应当包含的信息

一个优秀的测试用例,应该包含以下信息:

1) 软件或项目的名称

2) 软件或项目的版本(内部版本号)

3) 功能模块名

4) 测试用例的简单描述,即该用例执行的目的或方法

5) 测试用例的参考信息(便于跟踪和参考)

6) 本测试用例与其他测试用例间的依赖关系

7) 本用例的前置条件,即执行本用例必须要满足的条件,如对数据库的访问权限

8) 用例的编号(ID),如可以是 软件名称简写-功能块简写-NO.。

9) 步骤号、操作步骤描述、测试数据描述

10)预期结果(这是最重要的)和实际结果(如果有BUG管理工具,这条可以省略)

11)开发人员(必须有)和测试人员(可有可无)

12)测试执行日期

5. 给出一个测试用例的例子该范例已经包含一个测试用例的模板。 

项目/软件 技术出口合同网络申领系统 (企业端) 程序版本 1.0.25
功能模块名 Login 编制人   xxx
用例编号- TC-TEP_Login_1 编制时间   2002.10.12
相关的用例
功能特性 用户身份验证
测试目的 验证是否输入合法的信息,允许合法登陆,阻止非法登陆
预置条件 特殊规程说明 如数据库访问权限
参考信息 需求说明中关于“登陆”的说明
测试数据 用户名=yiyh 密码=1
操作步骤 操作描述 数 据 期望结果 实际结果 实际结果

测试状态

1 输入用户名称,按“登陆”按钮。 用户名=yiyh,密码为空 显示警告信息“请输入用户名和密码!”
2 输入密码,按“登陆”按钮。 用户名为空,密码=1 显示警告信息“请输入用户名和密码!”

输入用户名和密码,按“登陆”按钮。 
用户名=yiyh,密码=2 
显示警告信息“请输入用户名和密码!” 


输入用户名和密码,按“登陆”按钮。 
用户名=xxx,密码=1 
显示警告信息“请输入用户名和密码!” 

输入用户名和密码,按“登陆”按钮。 
用户名=xxx,密码=2 
显示警告信息“请输入用户名和密码!” 

输入用户名和密码,按“登陆”按钮。 
用户名=空,密码=空 
显示警告信息“请输入用户名和密码!” 

输入用户名和密码,按“登陆”按钮。 
用户名=yiyh,密码=1 
进入系统页面。 

输入用户名和密码,按“登陆”按钮。 
用户名=Admin,密码=admin 
进入系统维护页面。 

输入用户名和密码,按“登陆”按钮。 
用户名=yiyh',密码=1 
显示警告信息“请输入用户名和密码!” 
10 输入用户名和密码,按“登陆”按钮。 
用户名=yiyh,密码=1' 
显示警告信息“请输入用户名和密码!” 
11 输入用户名和密码,按“重置”按钮。 用户名=yiyh,密码=1 清空输入信息
测试人员 开发人员 项目负责人


备注:本用例未考虑“企业代码”的输入情况;测试用例并未涵盖所有的非法输入,如非法输入中可能会有

“user=*,pw=*”的组合,对回车的默认操作,空格输入,对输入上溢的处理的处理(可能会跳过身份验证) 等等。

如果你有兴趣,至少可以再补充5-10条左右的输入组合

(当然,如果步骤超过15步,用例的易操作 性就降低,你可以再创建一个测试用例如TC-TEP_Login_2)。

目录
相关文章
|
7月前
|
测试技术
包含用例执行时间的测试报告代码
包含用例执行时间的测试报告代码
|
7月前
|
NoSQL 安全 测试技术
接口测试用例设计的关键步骤与技巧解析
该文介绍了接口测试的设计和实施,包括测试流程、质量目标和用例设计方法。接口测试在需求分析后进行,关注功能、性能、安全等六项质量目标。流程包括网络监听(如TcpDump, WireShark)和代理工具(Charles, BurpSuite, mitmproxy, Fiddler, AnyProxy)。设计用例时,需考虑基本功能流程、输入域测试(如边界值、特殊字符、参数类型、组合参数、幂等性)、线程安全(并发和分布式测试)以及故障注入。接口测试用例要素包括模块、标题、优先级、前置条件、请求方法等。文章强调了保证接口的幂等性和系统健壮性的测试重要性。
|
3月前
|
测试技术
软件测试用例设计之微信群抢红包经典用例
作者在浏览招聘网站时遇到为微信群发和抢红包设计测试用例的问题,作为软件测试新手,作者通过实际体验并撰写测试案例来加深对业务的理解,并分享了测试案例表格。需要注意的是,该用例未考虑添加银行卡支付、红包类型选择及红包描述。
92 5
软件测试用例设计之微信群抢红包经典用例
|
3月前
|
人工智能 测试技术 Python
基于 LangChain 的自动化测试用例的生成与执行
本章节详细介绍了如何利用人工智能技术自动化完成Web、App及接口测试用例的生成与执行过程,避免了手动粘贴和调整测试用例的繁琐操作。通过封装工具包与Agent,不仅提升了测试效率,还实现了从生成到执行的一体化流程。应用价值在于显著节省时间并提高测试自动化水平。
|
3月前
|
测试技术
基于LangChain手工测试用例转App自动化测试生成工具
在传统App自动化测试中,测试工程师需手动将功能测试用例转化为自动化用例。市面上多数产品通过录制操作生成测试用例,但可维护性差。本文探讨了利用大模型直接生成自动化测试用例的可能性,介绍了如何使用LangChain将功能测试用例转换为App自动化测试用例,大幅节省人力与资源。通过封装App底层工具并与大模型结合,记录执行步骤并生成自动化测试代码,最终实现高效自动化的测试流程。
|
4月前
|
测试技术
基于LangChain手工测试用例转Web自动化测试生成工具
该方案探索了利用大模型自动生成Web自动化测试用例的方法,替代传统的手动编写或录制方式。通过清晰定义功能测试步骤,结合LangChain的Agent和工具包,实现了从功能测试到自动化测试的转换,极大提升了效率。不仅减少了人工干预,还提高了测试用例的可维护性和实用性。
|
4月前
|
人工智能 自然语言处理 测试技术
基于LangChain手工测试用例转接口自动化测试生成工具
本文介绍利用大语言模型自动生成接口自动化测试用例的方法。首先展示传统通过HAR文件生成测试用例的方式及其局限性,随后提出结合自然语言描述的测试需求与HAR文件来生成更全面的测试脚本。通过LangChain框架,设计特定的提示词模板,使模型能够解析测试需求文档和HAR文件中的接口信息,并据此生成Python pytest测试脚本。示例展示了正常请求、非法请求及无效路径三种测试场景的自动化脚本生成过程。最终,整合流程形成完整代码实现,帮助读者理解如何利用大模型提高测试效率和质量。
|
4月前
|
存储 测试技术 API
apifox实例应用-自动化测试用例for循环的使用
总结来说,通过在Apifox自动化测试用例中结合for循环的使用,我们可以有效地对接口进行批量测试,提升测试效率和覆盖率。同时,通过参数化测试数据的灵活应用,能够确保我们的接口在不同的输入条件下都能保持正确的行为。这种方法能够显著减少手动测试工作量,同时通过标准化的流程确保测试的一致性。
318 0
|
6月前
|
人工智能 测试技术 索引
基于LangChain手工测试用例生成工具
使用Python的LangChain框架,测试工程师能自动化从需求文档生成思维导图。代码示例演示了如何加载文档,提取信息,创建向量索引,执行检索,并通过PlantUML生成MindMap图像。流程中,AI替代了手动梳理需求和创建测试用例的过程,涉及的关键组件包括TextLoader、OpenAIEmbeddings、FAISS检索和AgentExecutor。该实践帮助掌握LangChain的检索和Agent功能,以实现文档到测试用例的智能转换。
|
5月前
|
测试技术 Apache
单元测试策略问题之设计有效的单测用例问题如何解决
单元测试策略问题之设计有效的单测用例问题如何解决