软件测试流程

软件测试流程主要包括以下几个阶段:

1. 需求分析和评审

需求分析的目的是熟悉客户需求,记录文档中不明确或有遗漏的地方,而评审的目的是解决需求文档中有遗漏或不明确的问题,确保各部门需求理解一致(得到需求规格说明书)

2. 制定测试计划

在熟悉项目需求后需要制定详细的测试计划,该计划由测试计划负责人来编写,用于确定各个测试阶段的目标和策略。这个过程将输出测试计划,明确要完成的测试活动,评估完成活动所需要的时间和资源,进行活动的安排和资源分配。测试依据主要是项目开发计划和测试需求分析结果而制定。其内容主要包括:测试背景、测试依据、测试资源、测试策略、测试日程等

3. 编写测试用例

编写测试用例验证项目是否符合测试需求,而结合实际情况而言,无法完成对所有的输入进行测试,因此优秀的测试用例需要在输入量和输入时间最少的情况下尽可能发现错误。
内容如下:
1、对每个测试需求,确定其需要的测试用例
2、对每个测试用例,确定其输入及预期结果
3、确定测试用例的测试环境、配置的驱动程序
4、编写测试用例文档
5、对测试用例进行同行评审

4. 执行测试用例

开发人员完成需求的开发之后会提测,也就是把可以测试产品交付给测试人员进行测试。提测后需要先执行冒烟测试,通过后正式进入测试阶段
1、确认已经搭建好了测试环境
2、根据测试计划的执行顺序,通过手工或使用测试工具来执行测试用例
3、记录测试结果,以及被测软件、测试工具的标识和版本
4、将测试结果与预期结果进行比较,对实际结果和预期结果之间的差异作为Bug上报,并且进行分析以确定引起差异的原因
5、缺陷修正后重新进行测试活动
测试的类型主要包括:单元测试、集成测试、确认测试、系统测试、验证测试、回归测试

5. 缺陷管理

软件在使用过程中存在的任何问题都叫做软件的缺陷,简称bug
1、未达到【需求说明书】的功能
2、出现了【需求说明书】指明不应该出现的错误
3、实现了【需求说明书】之外的功能
4、未达到【需求说明书】虽未明确提及但是应该实现的目标(如:性能要求等)
5、用户角度发现的各种问题于错误

6. 测试报告

记录测试的过程和结果,对发现的问题和缺陷进行解析的文档

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值