软件测试零基础快速入门

目录

      • 软测基本概念
        • 软测定义
        • 软件分类
      • 软测计划
        • 软测计划模板
      • 测试用例设计
        • 测试用例设计方法
        • 测试用例评审
      • 测试环境
      • 记录 BUG
        • 如何记录一个 bug
        • 回归测试
      • 软测报告
      • 面试分析

软测基本概念

软测定义

软件测试是从前期需求文档的评审,到中期测试用例设计及测试执行,再到后期问题单的提交和关闭等一系列的测试过程。

80/20 原则指的是 80%的 Bug 集中在 20%的模块里面


软件分类

黑盒测试:是不关注软件内部代码的结构和算法,只关注这个软件外部所展现出来的所有功能特性的测试

白盒测试:的定义刚好与黑盒测试相反,白盒测试是只关注软件内部代码的结构和算法,而不关注这个软件外部所展现出来的功能点的测试


测试阶段

  1. 单元测试:用于测试代码的,采用的是白盒测试的方法
  2. 集成测试:使用黑盒测试,针对单元测试得到的模块
  3. 系统测试:测试软件的外观界面、功能、性能、安全性、易用性、兼容性这 6 个方面是否满足需求文档里的要求(测试人员在此阶段介入)
  4. 验收测试:由用户进行的测试

软测计划

软测计划五大分类:测试范围、测试环境、测试策略、测试管理、测试风险

测试策略要点

  1. 测试依据:根据需求文档以及测试用例决定
  2. 测试准入标准:明确系统满足什么条件后开始测试,准入标准一般为冒烟测试(即在系统测试前针对基本功能点进行测试,若结果均通过才开始系统测试)
  3. 测试工具:selenium
  4. 测试重点及方法
  5. 测试准出标准:

测试管理:主要指测试任务的分配、时间进度的安排、沟通方式这三方面的内容

测试风险:常见的风险有不透彻理解需求文档、估计不足测试时间及测试执行不到位


软测计划模板

一 文档标识
二 测试目的
三 测试范围
四 测试环境
五 测试策略
六 测试管理
七 测试风险


测试用例设计

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便核实是否满足某个特定需求

测试用例是测试人员具体执行测试的依据,它是非常关键的文档,它作为测试的标准并指导测试人员进行测试工作


测试用例设计方法

测试的基本思想:凡是需求文档限定内的数据,测试人员需要进行测试;凡是需求文档限定以外的数据,测试人员一样也要测试

等价类划分法
把所有可能输入的数据划分为若干个区域,然后从每个区域中取少数有代表性的数据进行测试即可

  • 把不符合需求文档中规定的数据称之为无效等价类
  • 有效等价类即符合需求文档要求

以下图片展示了对注册时填写用户名格式规范化的测试数据

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OZfYaSIQ-1681816679733)(./img/softtest/st1.png)]


边界值分析
边界值分析法是取稍高于或稍低于边界的一些数据进行测试


错误推测法
测试人员凭借自己的直觉、测试经验、发散思维去设计一些容易导致软件出错的测试点


正交表分析法
比如我们需要同时测试三个输入框内容,就必须用到正交表法

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1mP8LELM-1681816679736)(./img/softtest/st2.png)]


因果判断法
主要针对逻辑更为复杂的测试程序使用


测试用例评审

测试人员一般会根据以下五点执行测试用例评审
(1)测试用例是否是依据需求文档编写的。
(2)测试用例中的执行步骤、输入数据是否清晰、简洁、正确;对于重复度高的执行步骤,是否进行了简化。
(3)每个测试用例是否都有明确的预期结果。
(4)测试用例中是否存在多余的用例(无效、等价、冗余的用例)。
(5)测试用例是否覆盖了需求文档中所有的功能点,是否存在遗漏。


测试环境

软件系统有两种主要架构:浏览器/服务器(Browser/Server,B/S)结构的软件系统,客户端/服务器(Client/Server,C/S)结构的软件系统

B/S 架构,对于初级软测工程师,需要熟悉使用 windows 平台下的各种浏览器的测试使用方法,同时熟练 vmware 搭设虚拟机

C/S 架构,需要熟悉 windows server 平台,操纵数据库


记录 BUG

如何记录一个 bug

一个 bug 可以包括如下信息点

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KCNoHdZE-1681816679736)(./img/softtest/st3.png)]


回归测试

上一轮的 Bug 被修复了,在下一轮的测试中还可能发现新的 Bug,并不是说上一轮的 Bug 修复好了就不会再出现其他问题了

软件测试并不是测试一轮就完成了,一般情况下,一个软件产品可能需要经过多轮反复测试和验证才能达到上线标准。


软测报告

下方是一个简单的测开基础报告模板

一 编写目的
二 模块功能描述
三 测试过程
四 测试环境
五 功能点测试范围
六 测试执行结果
七 风险评估
八 测试结论


面试分析

软件测试的工作更注重测试人员的动手能力和沟通能力

公司在招聘初级软件测试人员时,大概只有 35%的公司会出笔试题目,大部分的公司招聘是没有笔试的,主要针对应聘者的简历直接进行面试


软件测试应遵循什么原则?
参考回答:我觉得软件测试应遵循 80/20 原则,即容易出现问题的模块或是问题较多的模块要重点测试。

软件测试是在什么阶段介入的?
参考回答:一般情况下,对于功能测试人员,我们是在进行系统测试的时候介入的。

你可能感兴趣的:(测试开发,测试用例,单元测试,压力测试)