电子商务网站建设与管理课后,品牌网站建设怎么收费,wordpress 评价插件,龙华网站建设多少钱当你学会了如何设计测试用例之后#xff0c;接下来便是开始用例的编写。
在设计阶段#xff0c;更准确的说应该是识别测试点的过程#xff0c;而编写阶段则是将测试点细化成一条条测试用例的过程#xff0c;有了比较全的用例场景后#xff0c;如何让别人更舒服、更方便、…当你学会了如何设计测试用例之后接下来便是开始用例的编写。
在设计阶段更准确的说应该是识别测试点的过程而编写阶段则是将测试点细化成一条条测试用例的过程有了比较全的用例场景后如何让别人更舒服、更方便、更清晰地去使用你的测试用例如何更优雅地展示你的测试用例如何让领导对你的测试用例满意呢“降本增效”这里的“效”有时也指的是“效果”
测试用例的编写是每一个测试工程师安身立命的家伙也是测试的基础更是软件测试的核心内容正所谓“基础不牢地动山摇”所以一定要掌握好有些转行的小伙伴一上来就开始自动化、性能的学习却忽略了最基础的东西这是不对的。
正好最近有小伙伴问到关于用例模板的问题借此机会来聊一聊“如何优雅编写测试用例”这个话题。 PS需要用例模板的点击文末小卡片领取
在编写测试用例之前首先应该根据所在公司、项目组的特点提前制定好对应的测试用例模板以及用例维护方式比如Excel、XMind、TestLink、禅道等。
测试用例的组成通常包含以下内容具体字段根据业务需要取舍 用例编号 作为测试用例的唯一标识。编号取值规则可以根据项目名称各中文首字母大写六位数字构成例如“蔡坨坨电商项目”在登录功能子模块的第一条用例编号可取值为CTTDS_000001。 用例标题 又称之为测试点用一句话来描述测试用例的关注点每一条用例对应一个测试目的。 一个好的测试用例应该关注标题的规范性一般来说如果设计用例标题不规范别人在使用你的测试用例时就无法做到清晰明了就会浪费很多时间在沟通上。 并且需要控制用例的粒度从测试执行者的角度来说过细的测试用例会让执行者感到疲惫繁琐过粗的测试用例又容易导致检查点遗漏。所以测试用例标题一般控制在30个字以内。 功能模块 根据项目模块层级关系填写例如组织权限。 测试目的 简要的测试目的例如账号密码功能校验。 前置条件 用例在执行之前需要满足的一些条件否则用例无法执行如测试环境需要提前执行的操作等例如进入到某一页面。 测试用例其实就是在某种场景下执行一定的动作达到什么样的结果。而前置条件决定了“在某种场景下”所以是不可或缺的。 优先级 根据需求的优先级来定义高优先级要覆盖核心业务重要特性以及使用频率比较高的部分。 级别的枚举值也有多种形式比如P0\P1\P2\P31\2\3\4高\较高\中\低。 冒烟测试高、基础用例较高、特殊场景用例中、错误场景用例低。 操作步骤 测试用例的步骤描述执行人员可以根据测试步骤完成测试的执行一般只需要写和测试目的密切相关的步骤一些基础的步骤可以放在前置条件中例如1.输入正确的账号2.输入错误的密码3.点击登录按钮4.查看结果。 用例步骤一般不多于7步不少于2步。 操作步骤也是不可或缺的一部分因为它关系到如何执行。 测试数据 在执行测试时需要输入一些外部数据来完成测试。这些数据根据测试用例的统计情况来确定有参数、文件或数据库记录等例如账号admin密码123456。 预期结果 测试用例中最重要的部分主要用来判断被测对象是否正常例如提示用户名或密码错误。 预期结果关系到用例需要达到什么样的结果所以也是不可或缺。 执行结果 每条用例的实际执行结果只有三个枚举值PASS通过、FAIL不通过、N/A未执行。 预期结果一般不超过5个不少于1个。 对应的 Bug Id 每条测试用例执行不通过后再记录对应一条Bug例如BUG-1219。 编写人 用例对应的编写人员填写编写人员姓名例如测试蔡坨坨。 执行人 用例对应的执行人员填写执行人员姓名例如测试蔡坨坨。 备注 每条测试用例的备注备注内容可以按实际情况填写一般有备注的测试用例都比较重要需要格外关注。
测试用例的编写并没有好坏和对错之分每个人编写用例的思路也是各不相同适合当前团队就是最好的不要盲目把所有的字段都加上应根据实际场景进行取舍。
除此之外还有一些注意事项值得关注。
例如
标题要清晰推荐采用 场景预期结果 进行描述比如输入正确的用户名和密码成功登录系统
控制用例的粒度比如标题字数不超过30个字、步骤数控制在2-7步、预期结果数在1-5个
用例之间要解耦日常工作中经常遇到几个用例有先后顺序的情况比如在测试编辑之前肯定要先新建一条数据最好把新建放在编辑用例的前置条件中每条用例都能实现闭环
预期要明确不要出现一些模糊字眼对于不明确的点应该跟产品沟通
拒绝冗余用例可以多但不要冗余尽可能以最小场景覆盖最全的范围同一个等价类只需测一条数据当然因为测试不可穷尽性测试场景肯定不会最全面往往会受限于时间和资源等成本这时需要在有限的资源下寻求质量和效率之间的平衡点优先级这个字段就起到了作用再引申就是测试策略的问题了整体上采取基于风险驱动的模式有侧重点地去验证一些场景优先核心功能或者增加资源和延长周期同时寻求自动化相关技术去提升整体效率。
