小白学习软件测试基础二

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

文章目录

  • 前言
  • 一、软件测试的阶段
  • 二、需求分析说明书
  • 三、测试用例
  • 总结


前言

提示:这里可以添加本文要记录的大概内容:

各位小白们,上一章小白学习软件测试基础一中,我们讲了一下软件测试到底是什么,那么这一章我们来说一下软件测试是用什么方式或者说方法来进行测试的呢?


提示:以下是本篇文章正文内容,下面案例可供参考

一、软件测试的阶段

其实说是软件测试的阶段,其实也就是软件开发的的几个阶段主要有以下几个阶段:
1、项目立项阶段换句话说就是项目刚开始启动,上层领导/甲方有个想法(需求/项目)需要开发,这个时候我们要开始了结项目需求,需要配置相关的资源,比如人力资源,机器资源。
2、项目设计阶段换句话说就是申请的资源或者甲方给的资金到位了,开始明确需求是做什么的?需要用什么方法?
3、项目启动阶段换句话说就是项目已经开始正式的启动了,开发已经开始做了,而我们也要开始准备测试了
4、后期维护这个阶段项目已经结束,后期就只需要进行维护,只要不出大问题就行。

二、需求分析说明书

接下来我们来讲需求分析说明书,其实这个东西对于刚入行的小白来说,感觉很高大上,具体来说就是产品下发的一个软件使用时说明书,里面说明了这个软件具体的内容,用资产管理系统来举例,例如:资产管理模块,有几个子功能,子功能的作用是什么。
重要的来了,测试用例,我们都说测试测试,那我们该如何测试呢,又根据什么来测试,上面讲到了需求分析说明书,而这个说明书其实也是我们测试的一个部分,我们需要根据需求分析说明书来写测试用例,不管你以后是做功能测试,还是性能测试,还是什么测试的,都是少不了或者说这个是必须要打交道的。
在公司你可能不会去写需求分析说明书,但是一定会让你去写测试用例。

三、测试用例

测试用例大致可以分为几个要素
编号,模块,标题,级别,预置条件,输入,操作步骤,预期结果,大致分为八个要素
编号就不多说了,就是数字,各位可以看着来,自己写的时候编号可以用1、2、3来表示,进到公司还是按照公司的来哈。
模块,就是你需要去测试的模块,用资产管理系统来举例,分配给我的模块是资产管理、供应商模块,那我这个就写这两个模块。
标题,很简单,就是一个描述,大致概况一下,用资产管理模块举例:比如我要资产管理的搜索框,我就可以写搜索框特殊字符测试。
以上这个举例只是博主简单的写一下哈,等各位进入公司还是要按照公司的格式来哈!!!
级别,这个好理解一点,通用的各种级别,S,A,B,C, P0,P1,P2,P3,这个具体要看每个公司的要求。大致讲一下各个级别,S/P0这个级别基本上是测试模块引起了系统类的崩溃,比如你点击资产管理模块的某个功能button,然后整个系统崩溃了可以给这个级别。
A/P1基本就是业务模块崩溃或者没有相应功能,比如说这边产品给开发下了一个需求要求资产管理模块要有一个新增信息的button,但是开发提测的测试包没有这个功能,这个时候可以给一个A/P1。
B/p2就不像前两个这么的严重,不是影响整体功能使用,比如字体错乱这种的,或者说button需要高亮的,但是置灰了这种。
C/P3这种比上面的更轻,比如文字太小,或者文字太大这种。
以上这些具体还是要看自己公司要求。一般来说比较正规的公司都会有这个。
预置条件可以理解为你准备的材料或者说准备的环境,你需要在什么环境去测试,例如web测试需要用到浏览器,是在Edge浏览器还是谷歌浏览器等一些条件下去测试。
操作步骤这一块就是让咱们去写流程或者说操作顺序,比如第一步应该怎么样,第二步应该怎么样,当然了说是这么说,但是当在公司工作的时候,这块还是要比较官方的写哈,不过有些公司可能就一两个测试,所以这个其实是否用比较官方/正式的语言去写也不是那么重要。
预期结果就是你这边输入数据后,然后根据步骤来点击完后是否可以返回你想要数据,比如你的预期结果是2,但是返回的是1,这个时候就有了bug出来,明明定义的是正常返回结果是2,结果你这边实际返回1,就可以找开发了。


总结

以上就是今天要讲的内容,不像其他博主那样比较官方,只是本人的一些想法,能帮助到大家更好,不能帮助到大家让大家看个乐呵也不错,大家有什么对后面有想法的可以在评论区留言或者私信。谢谢啦。

你可能感兴趣的:(小白学习软件测试,学习)