Xmind编写测试用例的逻辑规范:
用例标题:当前用例操作的概括、总结,而非用例操作的背景、对象,能够清晰表达测试用例的测试目的和关键测试要素。
用例级别:用例优先级,当前测试的功能点对系统的影响。
前置条件:用例操作的背景,可提升用例描述清晰度,描述测试所需要处于的外部环境和测试前测试对象及辅助对象所需要处于的状态和配置,确保此前置条件下测试执行的正确性、一致性,前提条件可以包括测试执行入口、账号类型和权限、数据准备以及其他用例的执行结果。
步骤描述:为了达到测试用例的测试目的,所需要执行的操作;每个操作步骤对应一个预期结果。
预期结果:针对测试用例的测试目的,测试步骤中操作后对应的预期输出状态。
测试用例,注意用例描写的逻辑性及条理性:
a. 多条用例是在某个前提条件下完成的,是属于控制和被控制的关系,则这些用例可以放在该前提条件下,用例登的执行结果可以作为下一个用例的前置条件。
b. 用例之间执行有顺序要求,则标记序号1,2,3。
c. 保证同级的用例是相互平行的,互不影响,如果有相互间的影响,则标记层级关系。
d. 每条用例只说明一件事情,得出的预期结果是肯定或否定的结论,不能出现“是否、有可能、可否”等假设性结论,结果必须确定;不允许出现二义性语句,用词需要清晰,例如:“一段时间”需要准确至X分钟X秒。
e. 注意用例复用性,可对同类型的测试用例可以进行归纳总结,方便后续复用;例如web输入框测试,输入信息包括:中文、英文、大写英文、数字、特殊字符、空格、不输入信息等。
f. 每个用例必需要有至少一条操作步骤和预期结果。
g. 步骤描述需清晰,包括:位置(什么页面、链接)、对象(什么按钮、什么模块)、操作(点击、悬浮等)。
h. 预期结果中只能包含结果,不能有步骤;
i. 用例名称,简洁易懂,不允许包含具体操作步骤,不允许出现重复、包含关系,或者出现仅有数字编号差异。
这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。
关注我的微信公众号:【伤心的辣条】免费获取~
我的学习交流群:902061117 群里有技术大牛一起交流分享~
如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!
阿里小黑叹息:越来越多的年轻人从职场撤退了?
Python简单?先来40道基础面试题测试下
App公共测试用例梳理
从一名开发人员转做测试的一些感悟