软件测试过程

什么是软件测试
IEEE对软件测试的定义为使用人工或自动手段来运行或测定某个系统的过程,其目的在于检验他是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

测试流程
制度测试计划—准备测试环境及测试数据–设计测试用例–评审测试用例–执行测试
–提交测试发现的问题–开发修改问题–回归测试–测试总结–测试文档

1.制度测试计划
测试计划阶段主要处于测试的先期准备工作阶段,在该阶段中主要是对将要进行的测试工作做整体计划安排为了识别测试任务,定义测试目标.
测试计划主要包括:产品的概述,测试范围,测试环境,测试周期,测试策略,测试方法,测试人员,风险分析等

2.测试环境及数据
测试环境是测试工作所必需的计算机硬件、软件、网络设备、历史数据等.

3.测试用例
测试用例文档是软件测试的依据,包括功能模块,提前条件,测试数据,项目版本,测试人员,优先级,测试步骤,预期结果,实际结果,备注等内容。
测试用例文档的好处:保证测试功能不被遗漏,也不被重复测试。合理安排测试人员。使得软件测试不依赖于个人.

4.评审用例
用例编写完成后需要进行评审,确认与需求说明书中描述的一致,可以改善测试分析和设计的过程,评审后进行修改,并进行二次评审,参加人员包括:项目经理,开发人员,测试人员

5.执行测试
测试执行的核心是对比实际的测试结果和期望的测试结果是否存在差异.

6.提交测试发现的问题
执行的过程,执行过程中发现缺陷,可提交缺陷报告.
缺陷报告:是软件测试过程中最重要的文档,它的内容包括:
1)记录问题发生的环境,如:各种资源的配置情况。
2)记录问题的在现步骤
3)记录问题性质的说明
4)相关问题截图
6)记录问题的严重等级:致命,严重,一般,较小,建议
7)记录问题的优先级:立刻,正常,一般
8)记录问题的状态:新建,未解决,已解决,已关闭,不处理,延迟
bug的生命周期:提交bug–确认bug–指派bug–修改bug–验证bug–测试通过–关闭bug

7.开发修改问题
开发者确定问题并按照优先级进行修改,如不是问题则修改状态并指回测试人员.

8.回归测试
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的一种测试方法。
回归测试的过程:
1)重点测试软件中被修改的部分
2)按照按照业务流程进行测试
3)验证开发修改的问题,通过并关闭
4)从原来的测试用例库中,排除所有不再适用的测试用,从新生成有效的用例

9.测试总结
评审阶段是在测试结束后对整个测试过程与产品进行评估的过程,主要总结本次测试情况如下:
1)总体测试的情况,及完成的状态
2)缺少设备或资源导致测不到的地方
3)某个功能与开发存在奇异
4)某个模块中遗留的问题
5)在本次测试过程中各个成员完成的情况,及遇到的问题

10.测试归档
1)测试计划
2)测试用例
3)测试总结
4)测试注意事项
5)测试报告

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值