软件测试--软件开发流程及缺陷的认识

软件测试的生命周期(软件测试流程)
(测试)需求分析–>测试计划–>测试设计、测试开发–>测试执行–>测试评估

软件开发生命周期:

  • 需求阶段 测试人员了解需求、对需求进行分析,得出测试需求
  • 计划阶段 根据需求编写测试计划、测试方案
  • 设计阶段 测试人员适当了解设计,对于设计测试用例很有帮助、测试人员搭建测试用例框架,根据需求和设计编写一部分测试用例
  • 编码阶段 测试人员不用参与,白盒工程师负责。
  • 测试阶段 测试阶段是软件测试人员最重要的工作阶段,根据测试用例和计划执行测试,执行过程中记录、管理缺陷、测试完后编写测试用例报告。
  • 运行维护: 测试人员需要参与项目的实施工作,在试运行项目时收集问题并及时反馈给相关负责人。

bug描述格式:

一个合格的bug描述包括:版本、环境、操作步骤、预期结果、实际结果

故障发现版本:
故障类别:
故障优先级:
故障标题:
故障描述:1.测试环境2.测试步骤3.预期结果4.实际结果
附件:(上传截图或其他)

BUG的级别

  1. 崩溃
  2. 严重
  3. 一般
  4. 次要

bug的生命周期(BUG状态转换图
在这里插入图片描述
NEW:发现新的bug,未经评审是否指派给开发人员修改
Open:确认是bug,指派给相应开发人员(由测试负责人、研发经理、项目经理、测试人员指派)
Fixed:开发人员修改后标识为修改状态,待测试人员的回归测试
Rejected:如果认为不是bug,拒绝修改,等待后续评审
Delay:认为暂时不需修改或,不能修改,则延后修改
Closed:修改状态的bug经测试人员的回归测试验证通过,则关闭bug
Reopen:如果经验证bug仍然存在,则需要重新打开bug,开发人员重新修改。

如何开始第一次测试

作为一个刚进入测试团队的菜鸟测试人员,我们需要做以下工作:
1.阅读项目相关的所有文档,包括需求文档、设计文档、用户手册等
2.尽可能参加各种会议,了解项目背景、人员组成,针对业务专业性强的项目,还需要了解各种业务知识。
3.熟悉测试管理工具、配置管理工具,获取相应的登陆方式和地址。
4.阅读已有的测试用例和测试案例。
5.阅读旧的bug库,了解系统功能,与原有团队保持一致的bug等级评定。
6.了解公司规范要求,特别是测试用例规范,用例执行规范,bug提交规范,测试工具使用规范等。
7.了解测试内容,测试模块的开发人员,需求人员是谁,安排了几天测试时间等。

测试执行和bug管理

1.打开待测试的系统
2.打开测试管理工具和用例模块,开始执行测试用例
3.发现bug,进行复现,并记录bug的复现步骤
4.记录bug
5.沟通bug
6.验证以前提交的bug
7.确认本次测试完成
8.编写测试报告

如何发现更多的bug

1.软件测试的2-8原则:80%的故障集中于20%的模块,如果某部分的问题较多,加强测试的广度和深度。
2.开发人员也存在28原则:如果某些开发人员bug比较多,加强他开发的模块的测试广度和深度。
3.多进行逆向思维和发散性思维。
4.不局限于测试用例和需求文档
5.今早介入项目。
产生争执怎么办:
1.先检查自身,是否bug描述不清楚,如果遇到书难达意的情况,应在提交bug后主动于开发人员沟通。
2.站在用户角度考虑问题,让开发人员了解到bug可能对用户产生的困扰
3.bug定级有理有据
5.提高自身业务水平,在提出bug的同时,最好找到原因,提出解决方案。
6.开发人员不接受bug时,不能争吵。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值