• 12
  • 14
分享
  • 完整测试流程详解——软件测试圈
  • 恬恬圈 2021-04-30 14:06:58 字数 1980 阅读 3224 收藏 14

一:需求分析

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

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

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

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

二:测试计划

  • 编写目的

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

  • 参考文档

详细设计文档,设计原型。

  • 测试概要

(1)测试目标

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

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

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

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

(2)测试范围

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

(3)测试人力资源

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

(5)bug管理工具

  • 测试规范

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

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

  • bug规范

致命,严重,一般,建议

1.jpg

  • 测试策略

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

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

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

回归测试:全面回归测试。

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

发布测试。

测试报告总结

  • 测试风险

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

  • 测试输出文档

测试计划

测试用例

测试bug单

测试报告

三:测试用例

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

  • 设计方法:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四.测试执行

  • 测试环境搭建

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

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

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

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

安装工具:虚拟机;

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

  • 执行测试用例

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

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

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

五.测试文档

  • 测试报告

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

已知风险、未知风险

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

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

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

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

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

  • 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


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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   笔者从08年开始做软件测试,到现在有10多年的时间了,以功能测试为主,做过将近两年的自动化测试,目前在家里做电商。  大家都知道今年的行情不太好,前段时间在各大网站上投了几百份简历,只收到了一个面试通知,公司在宝安的一个工业园,坐车过去需要一个多小时。  笔试  约好的面试时间是上午10点,为了不迟到,我8点就出发了,大概9点45分到达公司。然后前台让我填了一下表,接着给了我一份面试题,让我做完以后交给她。  我看了一下题目并不难,基本上都是问答题,主要是关于逻辑思维能力以及如何设计测试用例方面的。由于我有一年多的时间没做测试了,所以很多东西都荒废了,导致有几道题没答好,卷子做完之后就交给...
            0 0 949
            分享
          • 接上文,下面继续介绍Jmeter的测试元件。3. 控制器         JMeter有两种类型的控制器:取样器和逻辑控制器。         取样器指示JMeter向一个服务器发送请求。例如,如果你想让JMeter发送HTTP请求,那么添加一个HTTP请求器。你可以向一个取样器中添加一个或多个配置元件来定制请求。        逻辑控制...
            0 0 1340
            分享
          • 静态测试静态测试是一种无需执行任何代码即可完成的测试。审查、演练和检查是执行静态测试的不同方法。诸如审查需求文档、客户需求规范、高级和低级设计、代码语法、命名标准等活动都属于静态测试。静态测试也适用于测试用例、测试计划、测试场景。进行静态测试是为了防止缺陷,而不是在后期捕获缺陷。这就是静态测试具有成本效益的原因。例如, Tester 正在测试一个宠物保险网站。保费计算的逻辑在需求文档中进行了描述。作为静态测试的一部分,测试人员可以查看开发人员代码进行溢价计算,并将其与需求文档进行比较,以防止与溢价计算相关的缺陷。漏洞测试该测试涉及识别软件、硬件和网络中的弱点,称为漏洞测试。在恶意程序...
            0 0 1580
            分享
          • 工具简介curl是一个命令行工具,通过指定的URL来上传或下载数据,并将数据展示出来。使用场景开发复现问题:测试人员本地的某个请求出现错误,可以将请求信息复制出来,提供给开发本地通过curl命令模拟该请求qa复现问题:线上出现了问题,但是在测试环境由于业务侧改造后我们无法通过页面的方式去模拟线上的请求;这个时候可以将线上的接口请求复制下来在本地curl模拟请求常用命令curl:发出请求,后面跟对应的请求地址,注意url地址是str字符串形式-H:指定请求的请求头信息--data-raw :指定post请求body信息以key,value成对的形式传递-c:将服务器返回的cookie信息写入指定...
            0 0 2174
            分享
          • 问题引出不知道大家有没有遇到这样的测试场景:一个Web应用,待测功能很简单,只需要点击按钮启动运行,经过一系列内部运算,返回给用户一个结果列表。从可见的交付给用户的最上层UI功能来看,待测功能只是一个简单的“启动”—“观察结果”。但是,我想当测试人员接手这样一个测试项目的时候,恐怕应该是先“惊喜”后“恐慌”吧?!“惊喜”:这么简单,点一下看一下结果不就测完了?“恐慌”:这么简单?会不会还有什么测试点我遗漏了,怎么感觉有点惴惴不安呢?!这样的测试场景,我想几乎每个测试人员在职业生涯中都会遇到。那么,是不是真的就是“点一点”看看结果就行了呢?显然不是。那么,对于这样类型的待测项目我们应该怎么去设计...
            0 0 1730
            分享
      • 51testing软件测试圈微信