当前位置: 主页 > 建站知识 > 软件开发

软件测试5c原则-测试背景,前置条件,优先级,重要级

发布时间:2023-06-11 09:09   浏览次数:次   作者:佚名

用例包括:编号,用例名称,测试背景,前置条件,优先级,重要级,测试数据,测试步骤,预期结果,实际结果。

信贷5c原则_软件测试5c原则_信用5c原则

测试用例每个公司都是不一样的,这里只是简单的模板,可以用来平常练习使用,下面我们一一讲解一下这几个名词的意思。

编号:编号具有唯一性、易识别性,由数字和字符组合成的字符串,如你可以简单的用1做开始依次递增。

规则:

· 用例:产品编号-ST-系统测试项名-系统测试子项名-XXX

·集成测试用例:产品编号-IT-集成测试项名-集成测试子项名-XXX

·单元测试用例:产品编号-UT-单元测试项名-单元测试子项名-XXX

用例名称:测试用例的概括,简单的描述用例的出发点,关注点,原则上不能重复。

测试背景:描述当前所处测试阶段的,如测试登录功能时,那么就是登录功能已完善做的测试。

前置条件:执行当前测试用例需要的前提条件,是后续步骤的先决条件。如:登录账号时,前置条件就是账号已注册。

重要级:

高:保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例;

中:重要程度介于高和低之间的测试用例;

低:实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。

实际工作还会有一个小版本叫做冒烟测试,是测试前的测试,如果没有通过则直接退回给开发,主要确认新的版本是否存在致命性bug,功能可以正常运行(不会出现跑不通的状况),不会影响下一轮的测试进行。

另外重要级看频率,功能失效对用户的影响程度划分,比如一个正确账号密码,和错误账号密码,错误账号密码明显不大会出现重要级应该为低,但是在登录过程中如果失效造成的影响较大,所以为高级。

优先级:分为立即解决P1、高优先级P2、正常排队P3、低优先级P4,优先级高的快速处理,低的慢处理。当然这里的优先级和重要级没有联系,可能高重要级是低优先级。

分配流程:

1)把你所有功能性验证(或基本路径(Happy?Path))的测试标注为高优先级别;

2)把你所有错误和边界值或确认测试标注为中优先级别;

3)把你所有错误和边界值或确认测试标注为中优先级别。

测试数据:这个好理解,利用等价类和边界值对要测试的数据进行编写就行,如登录测试,既要给出正确的账号密码,也要给出错误的账号密码。

测试步骤:

1)要有条有理,一般分1,2,3步骤来写;

2)需要在步骤中描述操作环境等信息;

3)详细描述测试过程,言简意赅。

预期结果:应该出现的结果,使用错误的账号登录,应填写的结果为提示使用正确的账号密码登录。

实际结果:实际出现的结果,上例中如果输出的是登录成功,那么填写登录成功,即使使用的错误的账号。

题外

什么情况下开始写测试用例呢?

当客户整理出文档或者开发人员把项目开发出来,给我们系统文档、部署环境或结构等,我们根据这些文档来开始设计和编写测试用例。切记,编写测试用例一定要以需求为参考!

好用例标准:5C原则

Clear:清晰的,用例的描述要清晰易懂软件测试5c原则,不要有歧义。

Concise:简洁的,用例描述不要太啰嗦。

Complete:完整的,用例内容是完整的,不能有缺失。

Consistant:一致的,用例的格式一致。

Correct:正确的,用例的内容要正确无误。

下面是我拿的网上的例子可以作为参考:

本文内容不用于商业目的软件测试5c原则,如涉及知识产权问题,请权利人联系51Testing小编(15387295596-8017),我们将立即处理