• 12
  • 12
分享
  • 完整测试流程详解——软件测试圈
  • 恬恬圈 2021-05-17 10:04:09 字数 1988 阅读 2943 收藏 12

一:需求分析

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

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

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

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

二:测试计划

1、编写目的

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

2、参考文档

详细设计文档,设计原型

3、测试概要

(1)测试目标

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

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

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

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

(2)测试范围

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

(3)测试人力资源

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

(5)bug管理工具

4、测试规范

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

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

5、bug规范

致命,严重,一般,建议

1.jpg

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

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   随着开发的逐渐深入,从节省时间、资源和提高测试效率的角度来说,自动化用例必然会成为一个大众型选择。并且,几乎大大小小的软件公司,都在朝着测试自动化的脚步迈进。  那么,我们应该如何有效地利用自动化测试结果挖掘问题,或者说如何通过自动化测试结果分析出一些问题呢?当然,这里的问题不全指代码故障,也可能包括测试脚本问题。  首先,让我们来看看,软件公司常用的将自动化测试嵌入开发流程方法。提及此,不得不提到DevOps(开发运营一体化)。  传统DevOps流程包括:设计——>开发——>测试——>部署,如下图所示。  构建DevOps流程需要一个持续化集成工具,如Jenkins,...
            11 12 1315
            分享
          • 2.功能测试        根据软件说明或用户需求验证 App 的各个功能实现,提炼App 的用户使用场景,构建测试点,并明确测试标准,若用户需求中无明确标准遵循,则需要参考行业或相关国际标准或准则。根据被测功能点的特性列出相应类型的测试用例对其进行覆盖。在测试实现的各个阶段跟踪测试情况,及时修正业务或需求理解错误的情况。 2.1 运行1)App 安装完成后的试运行,可正常打开软件。2)App 打开测试,是否有加载状态进度提示。 3)App 打开速度测试,速度是否可接受。 4)App ...
            0 0 1292
            分享
          •   苹果公司日文版网站的代码多次提到"Apple Pencil Pro",预计新机型将于 5 月 7 日发布。据了解,2024 年 5 月 7 日的苹果"Let Loose"发布会将集中展示新款iPad Air和iPad Pro,但即使仅从其标识来看,新款Apple Pencil也有望亮相。现在,苹果日本官方网站上的代码显示,"Apple Pencil Pro"这个名字被多次提及。  提到的内容都在网站的页面源代码和开发人员视图中。目前还没有公开可见的引用。  在苹果公司日本网站的代码中,可以看到多次提到"Apple Pen...
            0 0 948
            分享
          • 最近一个月,Dify 已全面接入了全球顶尖开源模型 & 国内闭源商用模型,让用户能够在一个平台根据不同需求场景调用 & 评估不同模型能力。同时,我们也一直在与国内优秀的大模型厂商保持深度的沟通与交流,同步分享当前技术趋势。本次线上直面会我们邀请了百川智能的 Alex 老师和 Dify 创始人张路宇和大家一起探讨关于开源 LLMOps 和 Baichuan 开源模型结合的最佳实践、当前模型技术及市场的发展趋势等话题。直面会上,百川智能的 Alex 老师实战演示了如何在 Dify 上使用 Baichuan 开源模型的能力,在数分钟内即可以在 Dify 创建一个基于 Baichuan...
            0 0 2211
            分享
          •   本次上线的项目属于OA系统中的一个子模块。OA系统,百度百科上解释,Office Automation(简称OA),即办公自动化,是将计算机、通信等现代化技术运用到传统办公方式,进而形成的一种新型办公方式。办公自动化利用现代化设备和信息化技术,代替办公人员传统的部分手动或重复性业务活动,优质而高效地处理办公事务和业务信息,实现对信息资源的高效利用,进而达到提高生产率、辅助决策的目的,最大限度地提高工作效率和质量、改善工作环境。笔者所在公司的OA项目提供已授权的同事浏览各家公司首页、申请单据、审批单据等功能。本次谈及的项目模块即包含给公司首页浏览、公司专题配置以及模块编码功能。  产品提出的...
            0 0 485
            分享
      • 51testing软件测试圈微信