• 0
  • 1
分享
  • 完整测试流程详解——软件测试圈
  • TIMI 2022-09-09 16:46:01 字数 1975 阅读 2555 收藏 1

一:需求分析

了解熟悉业务,分析需求测试点

确认功能(业务功能,辅助功能,数据约束,易用性需求,编辑约束,参数需求,权限需求,性能约束)

场景分析(考虑场景调用者和系统内部各个场景之间联系)

挖掘隐性需求(常用业务流程以及各分支)

二:测试计划

1、编写目的

此文档根据项目需求文档,制定测试策略、评估测试风险,确定所需的资源,并对测试的工作量进行估计,进行人员和进度安排,并且列出测试项目的可交付元素。

2、参考文档

详细设计文档,设计原型

3、测试概要

(1)测试目标

通过测试,达到以下目标:

测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。

产品规定的操作和系统运行稳定。

Bug数和缺陷率控制在可接收的范围之内,遗留BUG一般不超过所有BUG的10%

(2)测试范围

列出测试最终需要交付的功能模块列表

(3)测试人力资源

(4)测试环境:服务器环境,终端环境,网络环境

(5)bug管理工具

4、测试规范

开始测试标准:代码编译通过,软件可以争取安装运行,实现功能与产品设计出人,冒烟测试通过

中断测试标准:安装无法正确完成,程序代码编译不通过,系统服务异常,发现阻塞功能的bug

5、bug规范

致命,严重,一般,建议

1.png

6、测试策略

冒烟测试:依据开发提测时间变动

第一轮功能测试:执行测试用例,包括边界值测试,兼容性测试,易用性测试,用户界面测试,安全性测试

第二轮功能测试:bug复测及功能验证

回归测试:全面回归测试

性能测试:需确认具体性能测试方案和工具

发布测试

测试报告总结

7、测试风险

测试本身(测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因)

8、测试输出文档

测试计划

测试用例

测试bug单

测试报告

三:测试用例

测试需求分析和业务流程分析

1、设计方法:

等价类划分法(将测试的范围划分成几个互不相交的子集)

边界值分析法(选出的测试用例,应选取正好等于、刚刚大于、刚刚小于边界的值)

错误推测法(在测试程序时,人们可以根据经验或直觉推测程序中可能存在的各种错误)

判定表法(适合于逻辑判断复杂的场景,通过穷举条件获得结果,对结果再进行优化合并,会得到一个判断清晰的策略)

正交实验法(在各因素互相独立的情况下,设计出一种特殊的表格,找出能以少数替代全面的测试用例)

还有其它场景法和状态迁移法等

2、测试用例八要素:用例编号,测试项目,测试标题,重要级别,预置条件,测试输入,操作步骤,预期输出

(1) 用例编号(规则:由字符和数字组成的字符串,具有唯一性,易识别性);

(2) 测试项目(对应测试用例编号中的测试子项名 系统测试;

(3) 测试标题(体现测试出发点关注点以及测试用例期盼的测试结果);

(4) 重要级别、优先级别(重要级别一般分为高中低 );

(5) 预置条件:测试用例在执行时需要满足一些前提条件,环境的设置;

(6) 测试输入(测试执行中需要加工的外部信息,避免用描述性语言,要具体,根据测试用例具体情况,有手工输入,文件,数据库记录);

(7) 操作步骤:执行当前用例需要经过的操作步骤,需要明确的给出每一个步骤的描述;

(8) 预期输出:需要判断测试对象是否正常工作。

四.测试执行

1、测试环境搭建

测试环境:硬件环境,软件环境

硬件环境:测试必须的服务器,客户端,网络连接设备,以及打印机/扫描仪等辅助硬件设备构成的环境

软件环境:被测软件运行的操作系统,数据库以及其它应用软件构成的环境

搭建测试环境的准备工作:

安装工具:虚拟机

虚拟机优点:运行在主机上

2、执行测试用例

根据测试用例优先级来执行测试用例

3、测试执行流程:冒烟测试-迭代测试(先功能后性能,回归测试)-发布测试

注:对应测试产出对应测试报告和bug清单,并将bug提到缺陷管理库里

五.测试文档

1、测试报告

测试结论(是否达到发布标准,是否可发布)

已知风险、未知风险

测试时间,测试人员(测试起止时间)

测试环境,测试设备(用到哪些测试收集,客户端环境,浏览器)

需求大纲(当前这个版本,包含哪些需求点)

Bug数据分析(从多个维度分析:bug等级分布,遗留bug分析,bug类型分布。模块bug分布,bug激活次数分析)

测试总结(从测试角度,对版本存在的问题,提出建议)

2、bug清单报告

分析统计bug迭代生命周期

bug迭代修复情况(折线图)

未关闭bug按严重等级或状态统计(扇形图)

另附:

bug描述:

(1)bug标题(问题描述)

(2)bug测试环境(所属版本,所属模块)

(3)bug优先级

(4)bug类型

(5)可重复性(是否好复现)

(6)操作步骤(通过对什么样的操作,进行了什么 样的步骤)

(7)预期结果

(8)实际结果

最好配带截屏图片和log日志


作者:520Dreamer

原文链接:https://blog.csdn.net/weixin_45674822/article/details/107827158

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   一、request 请求超时设置  timeout 超时时间是可以手动设置的,新建一个 http 请求,在“高级”设置中找到“超时”设置,设置连接、响应时间为2000ms。  1. 请求连接超时,连不上服务器。  现象:  Jmeter表现形式为:前面几个请求是成功的,但是后面请求有的会报错,有的请求成功  报错1:  Response code: Non HTTP response code: java.net.SocketTimeoutException   Response message: Non&nb...
            0 0 993
            分享
          •   2022软件测试行业前景如何?结果你来预测。链接:http://vote.51testing.com/   原则(Principles ),是每个人在行事中所遵循的准则。每个人都有自己的原则,或成人,或尚处襁褓。软件测试也有一套原则让每位软件测试从业人员去遵循,这些原则是前辈们前仆后继在无数的坑坑洼洼中总结出来的。  软件测试的原则是指帮助测试团队有效地利用他们的时间和精力来发现测试项目的隐藏bug的指导方针。从实际的实践和研究中,研究了以下 7 条软件测试的基本原则,以便测试人员在软件测试领域广泛应用。  原则一:测试证明软件存在缺陷  时至今日,依然有不少人容易犯错:没有发现错误的测试...
            0 1 2000
            分享
          •   在我看来压力测试的压测对象可以分为UI,接口及数据库三个部分吧,对界面及接口进行压测还算熟悉,定位性能瓶颈,对数据库SQL执行压测也是需要做的工具呢?还是Jmeter。  1、将需要用到的链接Oracle的架包放到jmeter中  在数据库服务器安装路径下,找到ojdbc5.jar,D:\app\Administrator\product\11.2.0\dbhome_1\jdbc\lib  拷贝到jmeter/lib中。  2、配置Jmeter  (1)新建线程组  鼠标右击测试计划,选择 添加--Thread--线程组。  (2)添加JDBC Connection Configurati...
            0 0 1432
            分享
          •   在如今开源的时代,我们就不要再闭门造车了,热烈的拥抱开源吧!本文针对性能测试、Web UI 测试、API 测试、数据库测试、接口测试、单元测试等方面,为大家整理了github或码云上优秀的自动化测试开源项目,希望能给大家带来一点帮助。  一、性能自动化测试  1、项目名称:基于Jmeter实现的在线压测平台和在线管理Jmeter脚本系统。  项目简介:  本项目基于renren-fast Java开发平台开发,内核基于Jmeter-Api和Jmeter脚本实现在线性能压测。  具有如下特点:  ·友好的代码结构及注释,便于阅读及二次开发  · 实现前后端分离,...
            0 0 2061
            分享
          • 1、引言小屌丝:鱼哥,你有没有监控Windows系统的工具小鱼:???小屌丝:我的Windows系统要做负载机, 我想监控负载机的性能,但是,不知道下载什么监控工具。小鱼:??小屌丝:我不想在负载机搭建一个监控系统,太费劲了。小鱼:??小屌丝:我觉得负载机,就应该用轻量级的监控工具,但是在网上找了好多,都没有合适的。小鱼:…小屌丝:你有没有好的工具,推荐一下。小鱼:Windows自带的性能监视器,小屌丝:鱼哥,别闹。小鱼:没闹。小屌丝:鱼哥, 你就推荐一个,都说你的电脑是百宝箱,啥都有,别不舍得给我哦。小鱼:给你了, 还不用安装, 就是Windows自带的性能监控器,小屌丝:这… 能用…吗? ...
            1 0 7643
            分享
      • 51testing软件测试圈微信