0


软件测试流程

测试工作流程:

版本测试流程:

项目测试流程:

现场问题验证流程:

简述测试的基本过程

(1)测试人员进行测试需求分析。

(2)测试负责人编写测试计划。

(3)测试人员根据测试需求分析设计和编写测试用例。

(4)测试人员搭建测试环境、创建测试数据、执行测试用例、提交缺陷报告并进行跟踪、记录测试事件。

(5)进行测试评估和总结。每一分步工作完成后都进行评审。

拿到一个软件后,应该怎样开始工作?

编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结

怎么进行测试需求分析?

(1)收集各类文档,仔细阅读文档,提出问题,分析问题或沟通解决,整理需求信息。

(2)编写测试需求分析说明书∶功能分解,编写检查点和测试点。

(3)需求评审。

需要分析或咨询软件哪些方面的问题?

软件主要的功能、流程、开发环境(开发语言<含数据类型>、数据库、中间件)、运行环境(硬件、软件、网络、软件架构)、用户群、测试范围、测试优先级。

什么是测试策略?

什么是测试范围?

测试策略主要包括功能测试、性能测试、兼容性测试、可用性测试、易用性测试等。测试范围有时候等价于测试策略,有时候可以表示要进行测试的某个软件部位。

测试计划的内容和目的是什么?

包含了产品概述、测试区域/测试策略/测试范围/测试目标(测试项、被测特征)、测试配置/测试资源、测试周期、进度安排(测试任务、人员安排)、测试方法/途径、测试交流、风险分析等内容。目的是指导测试过程,规定测试活动的范围、方法、资源和进度;明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的责任人以及与计划相关的风险。

测试计划工作的目的是什么?

测试计划文档的内容应该包括什么?

其中哪些是最重要的?

软件测试计划是指导测试过程的纲领性文件

√领导能够根据测试计划进行宏观调控,进行相应资源配置等。

√测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等。

√ 便于其他人员了解测试人员的工作内容,进行有关配合工作

测试计划包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。

测试计划编写6要素(5W1H)∶

√ why→→为什么要进行这些测试;

√ what→测试哪些方面,不同阶段的工作内容;

√ when→测试不同阶段的起止时间;

√where→相应文档,缺陷的存放位置,测试环境等;

测试工作流程说明:

1、需求分析

将用户需求转化为功能需求,明确测试活动的五个要素(测试需求是什么、决定怎么测、明确测试时间、确定测试人员、确定测试环境,测试中需要的技能,工具以及相应的背景知识,测试过程中可能遇到的风险等,测试需求需要做到尽可能的详细明确,以避免测试遗漏和误解)

进行需求分析的方式∶确认功能(业务功能、辅助功能、数据约束、易用性需求、编辑约束、

参数需求、权限需求、性能约束)->场景分析->挖掘隐性需求

2、测试计划

版本负责人编写,其中包括人员、软件硬件资源、测试点、集成顺序、进度安排和风险识别等内容。

3、测试方案

由资深测试工程师编写,属于技术层面的文档,从技术的角度对测试活动进行规划,描述需要测试的特性,测试的方法,测试环境的规划,测试工具的设计和选择,测试用例的设计方法。

4、测试用例

由有经验的测试工程师设计和编写并组织评审,测试用例设计可以从功能性、可用性、安全性等方面考虑。测试用例编写主要是编写规范,包括写作格式、命名规范等。

5、执行

测试工程师严格按照版本负责人指派给自己的测试用例执行,发现缺陷时在redmine上进行跟踪。

6、总结

内部例试版本由测试人员以发送结测邮件方式反馈,发布版本由测试人员严格按照测试报告模板编写。

版本测试流程说明:

1、版本计划∶版本负责人跟开发 pl 确定版本转测时间和待转版本新增功能。

2、新增功能测试方案编写及评审∶经验丰富的测试工程师根据需求和设计说明书进行新功能测试方案编写并组织评审并归档至 SVN目录下各项目。

3、新增功能测试用例编写及评审∶测试工程师结合测试方案进行测试用例设计及组织评审并上传至 testlink。

4、接收开发转测由件∶接收开发转测件后再次确认新增和变更功能点,如与实际不符,要求开发重新发转测邮件。

5、制定测试策略及分配测试用例∶版本负责人根据各项目转测版本情况制定相应的测试策略并在 testlink上给测试人员分配测试用例。

6、执行测试∶测试人员在 testlink 上按照测试用例执行并标注结果,如果失败需在 redmine 上提单后并填写相应单号

7、总结∶内音测试版本由测试人员以发送结测件方式反馈,发布版本由测试人员严格按照测试报告模板编写,在每个大版本发布后由版本负责人组织进行版本测试总结并在下阶段进行改进。

项目测试流程说明:

项目需求分析∶测试负责人从项目经理获取需求并进行分析。

需求反串讲∶测试负责人组织并根据自己理解分析进行需求反串讲,请项目经理确认需求理解是否有误。

测试计划编写∶测试负责人编写相应项目测试计划。

测试方案编写及评审∶测试负责人编写测试方案并组织评审确认。

测试用例编写及评审∶测试工程师结合测试方案进行测试用例设计及组织评审并上传至tetlink。

执行测试并发布∶按照测试用例执行在每轮版本结测后评估是否可以发布,可以发布时发送发布邮件给项目相关人员。

项目实施支持∶技术支持人员现场实施过程中如有需要进行安装部署及操作支持。

现场问题验证流程说明:

接收验证任务∶接收来自项目经理确认的现场问题协助验证任务。

获取问题操作步骤∶与现场人员沟通获取详细的操作步骤。

按照问题步骤复现∶根据现场人员反馈的操作步骤进行复现。

反馈验证结果∶一般在当天下班前需反馈验证结果,如验证时间超一天时,每天下班前汇报当天验证进展。

总结:

1 分析测试需求

测试人员对用户的需求进行分析,了解软件要做什么,怎么做,进而确定将来怎么测试。

2 编写测试计划

测试负责人编写测试计划

测试计划的内容:

包含产品概述、测试范围/测试区域/测试项、测试目标/被测特征、测试优先级、测试配置/测试资源(硬件、j软件、人力、技术等)、测试周期、进度安排(测试任务、人员安排)、测试策略、测试方法/途径、测试交流、风险分析、测试标准、需交付文档等内容。

3 设计与编写测试用例

设计用例主要反映在编写测试点上。

根据公司格式或者选择一些模板编写测试用例。

4 执行测试

搭建测试环境

执行测试用例,记录测试事件

提交和跟踪缺陷

5 评估与总结

分析实际测试与计划的偏差

收集并提交各种测试文档和数据,对数据进行分析

给出是否继续测试还是终止测试结论

总结经验教训

测试结束的标准是什么?

全部测试用例都执行完成。

未修改bug都被确认或置为应有状态,暂缓修改的问题都有详尽的解释。

测试报告编写完成。

测试收尾工作结束。

测试总结完成。

项目处于试运行或上线阶段

在测试计划中定义结束标准

如计划中规定∶系统在一定性能下平稳运行72小时,本版本中没有严重的BUG,普通BUG的数量在3以下,BUG 修复率90%以上

实际测试达到上述要求,然后由开发经理,测试经理,项目经理共同签字,认同测试结束,版本即可发布。

给你一个网站,你如何测试?

首先,查找需求说明、网站设计等租关文档)分析测试需求

制定测试计划,确定测试范围和测试策略,一般包括以下几个部分∶功能性测试、界面测试、性能测试、数据库测试、安全性测试、兼容性测试。

设计测试用例∶

功能性测试可以包括,但不限于以下几个方面∶

链接测试。链接是否正确跳转,是否存在空页面和无效页面,是否有不正确的出错信息返回。

提交功能的测试。

多媒体元素是否可以正确加载和显示。◇

多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于一下几个方面∶

页面是否风格统一,美观

页面布局是否合理,重点内容和热点内容是否突出

控件是否正常使用

对于必须但未安装的控件,是否提供自动下载并安装的功能

文字检查

性能测试一般从以下两个方面考虑∶

压力测试、负载测试

数据库测试要具体决定是否需要开展

数据库一般需要考虑连结性,对数据的存取操作,数据内容的验证等方面。安全性测试

基本的登录功能的检查

是否存在溢出错误,导致系统崩溃或者权限泄露

相关开发语言的常见安全性问题检查,例如SQL注入等

兼容性测试

根据需求说明的内容,确定支持的平台组合

浏览器的兼容性

操作系统的兼容性

软件平台的兼容性

数据库的兼容性

开展测试,并记录缺陷。

合理的安排调整测试进度,提前获取测试所需的资源,建立管理体系(例如,需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容)。

定期评审,对测试进行评估和总结,调整测试的内容。

如何测试一个纸杯?

功能∶用水杯装水看漏不漏;水能不能被喝到安全性∶杯子有没有毒或细菌可靠性∶杯子从不同高度落下的损坏程度

可移植性∶杯子在不同的地方、温度等环境下是否都可以正常使用兼容性∶杯子是否能够容纳果汁、白水、酒精、汽油等易用性∶杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档∶使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试∶将杯子盛上水放24小时检查泄漏时间和情况;盛上汽油放24小时检查泄漏时间和情况等

压力测试∶用根针并在针上面不断加重量,看压强多大时会穿透

你手中的这支笔有多少用途,请发挥你的想象力

写、画(纸上、墙上、桌子上、地上、其他位置)

染色

承重

当书签

当筷子

用来扎人

用来掏掉进笔记本键盘的小东西

用来去除缝隙(比如手机上的缝隙)里的灰尘

当作燃料

拿在手里转着玩,消遣一下

用来碰电门

塑料笔管用来当吸管


本文转载自: https://blog.csdn.net/qq_35029061/article/details/125032255
版权归原作者 wespten 所有, 如有侵权,请联系我们删除。

“软件测试流程”的评论:

还没有评论