功能测试总结反思

参考 https://testerhome.com/topics/12551,引用原博很多内容

功能测试阶段是测试职业生涯的基础阶段,在这段时间内要注意培养测试思维、做事方式、对需求及用户体验的理解把握能力、对于软件开发具体实现的基本理解、对于软件开发整体流程的理解和把握、对一些工具和简单脚本的熟悉使用。

大部分初入测试行业的人有一个误区,就是局限于执行被分配的工作,对于其他的事情漠不关心。这样带来的问题是测试人员对于项目没有把控感、参与感和成就感,对测试该具备的能力掌握较弱,进而怀疑自己的价值。

一般测试流程:需求分析,用例编写,用例评审,提测验证,Bug回归验证,上线与线上回归等来进行测试

1.需求分析,发挥主动性

进行需求评审时,一是要主动评估本次需求的用户体验和实现方式是否合理,如果有疑义及时提出,在开发阶段开始之前,修改需求代价最小。二是要明确本次需求的根本目的(这一点最重要),评估对现有功能的影响范围,设计测试方案(粗粒度),评估测试工作量(粗粒度)。

在需求会议上有需求变更或者针对难点进行讨论时,要保持关注,并积极参与讨论。而这部分常常需要重点测试。

需求评审会后,要由产品输出带上最新改动的需求文档,如果产品没有及时输出测试要进行跟进。因为要测试依赖于产品输出的需求文档编写测试用例。

2.用例设计与评审

设计用例这一步不能忽略,即使改动很小,排期很紧,也要至少画出思维导图,比如Xmind,甚至可以是用纸笔列出所有功能点和影响因素,画出因果图。

用例设计尽量做到不遗不漏,同时设计方式应从用户角度出发,优先覆盖和重点验证用户最常执行的路径和最可能遇到的情况。

设计用例需从整体下手,考虑到各方面的影响,而不是仅仅局限于待测功能本身的业务逻辑,比如新增需求是否会对整体稳定性、性能、数据库、其他的功能模块造成影响。用例设计好后,在时间允许的情况下主动联系产品经理、开发进行评审,以便完善用例。若项目排期太紧,部门内部寻找其他同事进行快速评审,以便发现设计遗漏之处。

3.测试流程及项目进度控制

关注排期的必要性:很多时候项目进度是由产品经理或者项目经理把控,但测试人员身为一线工作人员,必须要对整体项目进度保持关注,做到心中有数。需求变更、开发遇到困难导致延期等情况比较常见。需求变更可能会导致开发人员需要重新实现,交付时间延后,也可能导致测试方案需要重新设计,或者测试工作量增多;开发遇到困难导致延期,可能会导致交付时间延后,也可能因为部分功能在实现时比预期要复杂很多,需要重点测试,测试工作量增多。若不关注这些情况的话,很可能会导致实际测试内容和最初需求不符,测试时间被压缩,以至于测试不充分、项目意外延期、测试严重加班等情况。

排期监控:测试对于自己负责的需求要持续关注其进度情况,需求变更或者开发遇到难点延期时,测试要主动评估是否会影响到项目进度,如果会影响,及时对各部门同事进行预警,说明详细情况,以便重新排期或者精简需求。有时会遇到需要短时间内解决的紧急问题,要求快速迭代上线,此时要综合排期要求和bug严重程度决定哪些bug可以带着上线(为了解决更严重的问题,而带着部分没那么严重的问题上线),并在不能决定时及时找领导确认。

任务优先级:对于各项任务的排期保持关注,对于目前的开发进度基本心中有数,当新任务安排过来时,可以更准确的判断每个任务的优先级,以便决定测试任务的排序并通知相关人员。比如低优先级的任务安排过来时,可以通知相关部门同事,当前的测试任务安排,并说明预计任务排期时间。

Bug提交跟进:Bug的提交和跟进要做到详细明确,比如bug的优先级、严重级别、具体操作路径等,如需要新老版本对比测试、竞品对比测试、不同机型或系统兼容测试等验证测试,应主动提供相关信息给开发人员。对于复现成本太高的问题,可以先提交log给开发确认,由开发反馈是否需要执行上述验证测试。提交后要进行跟进,高优先级任务督促解决,已修复问题及时验证关闭。

线上回归及监控:版本正式上线后,要及时进行线上回归测试,并对于用户评价、crash数量等相关反馈进行监控,发现异常后及时定位原因并安排解决。

4.项目总结

总结过程是整个测试过程最容易被忽略的一步,但这一步是优化流程、总结经验最重要的步骤。测试结束后,要以文字形式整理出,本次测试遇到的问题,哪些因素影响了测试的进度,哪些地方比较容易出现问题但之前没有发现过,出现的问题是怎么解决的,之后怎么改进,有没有具有通用性,其他产品也会有的问题,有没有哪些问题之后在开发新功能时也要特别注意。相关问题总结得越多,之后测试时越知道哪些地方需要注意,开发时也会注意规避出现过的问题,对于整体的开发测试流程都有正向提升。

5.能力总结沉淀

测试工具及常用指令:对于常用的测试工具和指令要做到数量掌握,并积极关注新的测试工具,分析每种工具的优缺点,在有新需求时,能选择最合适的测试工具,对于各种工具测试时常见的问题知道出现的原因是什么和怎么解决。

常见问题的了解及预判:常见的开发流程、开发过程中常见的问题、哪个步骤哪个模块经常出现问题、各模块之间怎么工作、一个模块进行修改后会对哪些模块产生什么影响。

技术沉淀:日志查看,部署环境的问题解决方案,测试常见问题的排查,产品实现方式及技术等等

对业务流程的掌握,整个项目把控,快速了解业务并根据需求选择测试方案,引入测试工具提高测试效率,测试过程中遇到的问题的预判和解决办法,这些是测试人员应该具备的硬实力。

原文地址:https://www.cnblogs.com/fsja/p/9645382.html

时间: 2024-10-22 23:51:47

功能测试总结反思的相关文章

maximo弹框设置新的功能测试总结

1.签名选项——定义系统中可授权的所有功能的唯一标识. 2.签名选项中的功能实现,一般都在APPBEAN中,有与签名选项标识对应的方法.由此方法实现相关功能. 3.重要提示: 地点级别的对象(组织级别的对象) 同一级别的对象,通过系统功能做关联查找时,一般会默认把权限信息带入. toggleselectrow 任务: 1.自己的应用,界面设计器,加 签名选项:2.把该签名选项放置到 选择操作(下拉菜单).工具栏中:3.权限组中,对此功能授权:4.在应用程序设计器中,导出应用xml,加入dailo

登录功能测试总结

简单总结下登录功能的测试点,网上也有很多帖子可以参考,在此做个记录,方便以后查阅和使用: 一.基本功能测试: 输入正确的用户名和密码登录成功 输入错误的用户名密码登录失败 用户名正确,密码错误,是否提示输入密码错误? 用户名错误,密码正常,是否提示输入用户名错误? 用户名和密码都错误,是否有相应提示? 用户名密码为空时,是否有相应提示? 如果用户未注册,提示请先注册,然后进行登录 已经注销的用户登录失败,提示信息友好? 密码框是否加密显示? 用户名是否支持中文.特殊字符? 用户名是否有长度限制?

WEB测试——功能测试总结

一.WEB测试的目的. web测试就是基于B/S框架的软件产品的测试,通俗点来说就是基于web网站的测试. 二.WEB功能测试包括哪些方面? 功能测试主要包括6大部分: 1.链接测试 2.表单测试 3.搜索测试 4.删除测试 5.cookies.session测试 6.数据库测试 1.链接测试 1)测试所有链接是否按照指示那样确实链接到了该链接的页面 2)测试所链接的页面是否存在 3)测试web应用系统上面有没有孤立的页面 2.表单测试 表单一般指在界面进行数据提交操作的,包括新增和修改数据.它

支付功能测试总结

比如考虑的点: 一,支付金额 1.最小值0.01: 2.无实际支付意义的值是否支持,比如0.负值: 3.支付金额错误时,比如格式或数字错误: 4.超大金额是否有限制: 5.余额小于实际支付金额时: 6.银行卡或其他设置,比如当日消费金额或单笔消费金额超限时: 二.支付接口上 涉及到第三方接口相关事件,比如支付宝.微信.网银.手机银行.扫码枪.POS终端等硬件的兼容 三.支付操作问题 1.是否支持指纹支付,不支持时,怎样提示: 2.是否有免密支付,或免密支付设置: 3.账号+密码支付: 4.银行卡

Heacher互助平台 Beta版本发布

课程属性 作业课程 https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/ 作业链接 https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3329 团队名称 Successful Wonder 作业目标 完成项目的α版本,为同学之间互测提供基础. 项目名称 Heacher互助平台 一.团队成员 姓名 学号 博客地址 汪俊臣(组长) 201

功能和形式的反思sql声明 一个

日前必须使用sql语句来查询数据库 但每次你不想写一个数据库中读取所以查了下反射 我想用反映一个实体的所有属性,然后,基于属性的查询和分配值 首先,须要一个实体类才干反射出数据库相应的字段, 可是開始写属性的时候,我看见特性蛮好用的,能够实现切面编程. 我也查了特性,可是网上这方面资料不多,大多都是介绍,仅仅能自己慢慢摸索了. [Model.Context.SelectContext] public class Entity { public int ID { get; set; } publi

软件工程课后总结与反思

早就听说罗杰老师的软件工程课是实用性与理论性相结合的课,在这门课上不单单只是简单的编写代码,调试程序,还要做到迭代开发,撰写文档等实际软件工程中所必须要完成的工作.为了锻炼自己的能力,学到一些不一样的知识,这学期我选择了罗杰老师的软件工程课. 课程大概可以分为三个部分,个人项目,双人组队项目,团队项目(五人). 个人项目强调个人能力,包括编写代码的能力,创造力,想象力等等,罗杰老师说过:在实际开发软件的过程中,很少是"单兵作战",但个人能力是团队的基石,只能个人能力出众,团队水准才能不

这些年,这些挖掘机算法,这些反思

原文:http://www.blogchong.com/post/111.html 写这篇文章,缘自于前几天部门内部成员们进行了一次部门内部现有涉及的一些算法的review以及整理.不过比较囧的就是,由于boss不在,我们讨论讨论着就成了吐槽大会,倒是有一半时间在吐槽产品以及业务部门了~~ 不过这也算是一件可喜可贺的事情了,这也可以看做是我们数据部门,已经由开轻型挖掘机向深挖阶段迈步了. 因此,借此机会,也对自己接触过的,了解过的,或者做过的一些勉强称得上算法的东西做一个梳理.其实,就个人来说,

CMDB反思3

CMDB模型设计1 http://blog.vsharing.com/xqscool/A1274634.html 分类的问题上比较有感悟.在之前编写新版的CMDB模型的时候,曾将刀片机.x86服务器.小型机等统一归为服务器,通过架构和机箱(刀片.机架.立式,好像是这三种)区分.由于使用的是SD,而且到我那一期时字段剩余的不多,为了方便统计和展示,才出此下策——不过当时感觉很好哈,终于一统天下了,不过也是无奈的选择. 如果分类在存储和展示上都能够自定义而且有足够的空间的话,确实如破子所说,分类是不