刚进入测试行业的时辰,也许上级不让你设计测试用例,但必定会让你执行测试用例。那么,我们是否可以从执行测试用例的过程中大白它至少包含哪些要素呢?有心之人天然不会错过,我们也可以一路来看看!
下图为一份测试用例表。
从图中,我们不难看出,这条测试用例,包含用例编号、所属模块、用例题目、前提前提、测试数据、操作步调、期望成果、现实成果、优先级、主要水平、用例性质、用例类型、设计者、建立日期。
一般环境下,一条测试用例,最根基要包含用例编号、所属模块、用例题目、前提前提、操作步调、期望成果、现实成果这几大体素。
用例编号:
用例编号是用例的独一标识,一般以模块+功能+编号的形式定名,便于识别用例属于哪个模块,如下图:
所属模块:
用以标明该用例属于哪个模块。一般环境下还会分为本家儿模块、子模块,按照现实环境决议。如下图:
用例题目:
用以描述该用例的测试内容,一般以”校验“开首,如下图:
前置前提:
用来描述执行该用例所需的前提前提,如收集已毗连、已登录等。
测试数据:
用来填写本条用例需要的测试数据,如账号、鸿沟值等。一般环境下,点击类的操作步调是不需要测试数据的,输入类的步调需要测试数据。测试数据的选择也要严酷按照场景和用例设计方式来设计。
操作步调:
用以描述执行本条用例的具体步调。有的公司要求具体到没接触过该项目标人员依据该步调也能执行,但有的公司只要求粗略描述。
预期成果:
本条用例执行后,预设的成果是什么。若一步操作有多个预期成果,可分点写。
现实成果:
在没有执行用例前,现实成果都是留空的,设计时多出该字段目标是为了便利今后测试时填写成果。
优先级和主要水平:
按照现实设置用例的优先级和主要水平,可在冒烟测试时有重点地遴选用例,也可以在时候紧迫的环境下优先执行所选用例。优先级高的纷歧心猿意马就主要。按照现实环境决议。
其他:
诸如设计者、建立时候、用例类型(正用例仍是反用例)、用例性质(手工执行仍是主动执行)等,按照需要决议是否保留。
一般来说,测试用例办理东西还可以与需求、测试打算、bug相联系关系。
0 篇文章
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!