您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试技术 > 功能测试 > 正文

功能测试总结反思

发表于:2018-09-29 作者:YWCC0001 来源:博客园 点击数:
  功能测试阶段是测试职业生涯的基础阶段,在这段时间内要注意培养测试思维、做事方式、沟通能力、对需求及用户体验的理解把握能力、对于软件开发具体实现的基本理解、对于软件开发整体流程的理解和把握、对一些工具和简单脚本的熟悉使用。
  大部分初入测试行业的人有一个误区,就是局限于执行被分配的工作,对于其他的事情漠不关心。这样带来的问题是测试人员对于项目没有把控感、参与感和成就感,对测试该具备的能力掌握较弱,进而怀疑自己的价值。
  一般测试流程:需求分析,用例编写,用例评审,提测验证,Bug回归验证,上线与线上回归等来进行测试
  1.需求分析,发挥主动性
  进行需求评审时,一是要主动评估本次需求的用户体验和实现方式是否合理,如果有疑义及时提出,在开发阶段开始之前,修改需求代价最小,争取达成测试开发产品三方意见一致。二是要明确本次需求的根本目的(这一点最重要),评估对现有功能的影响范围,设计测试方案(粗粒度),评估测试工作量(粗粒度)。
  在需求会议上有需求变更或者针对难点进行讨论时,要保持关注,并积极参与讨论。而这部分常常需要重点测试。
  需求评审会后,要由产品输出带上最新改动的需求文档,如果产品没有及时输出测试要进行跟进。因为要测试依赖于产品输出的需求文档编写测试用例。
  2.用例设计与评审
  设计用例这一步不能忽略,即使改动很小,排期很紧,也要至少画出思维导图,比如Xmind,甚至可以是用纸笔列出所有功能点和影响因素,画出因果图。
  用例设计尽量做到不遗不漏,同时设计方式应从用户角度出发,优先覆盖和重点验证用户最常执行的路径和最可能遇到的情况。
  设计用例需从整体下手,考虑到各方面的影响,而不是仅仅局限于待测功能本身的业务逻辑,比如新增需求是否会对整体稳定性、性能、数据库、其他的功能模块造成影响。用例设计好后,在时间允许的情况下主动联系产品经理、开发进行评审,以便完善用例。若项目排期太紧,部门内部寻找其他同事进行快速评审,以便发现设计遗漏之处。
  如果测试工作有依赖项,比如依赖于开发输出定制的测试包,需要布置内网测试环境,需要服务器同事拉取数据等,及时将需求同步给开发同事,以免等到送测才开始准备测试环境,影响测试进度。
  3.测试流程及项目进度控制
  测试人员的职责比较复杂,大到监控整个项目流程,协调监督各部门工作,做项目经理甚至CTO的工作,小到测试验证需求。
  关注排期的必要性:很多时候项目进度是由产品经理或者项目经理把控,但测试人员身为一线工作人员,必须要对整体项目进度保持关注,做到心中有数。需求变更、开发遇到困难导致延期等情况比较常见。需求变更可能会导致开发人员需要重新实现,交付时间延后,也可能导致测试方案需要重新设计,或者测试工作量增多;开发遇到困难导致延期,可能会导致交付时间延后,也可能因为部分功能在实现时比预期要复杂很多,需要重点测试,测试工作量增多。若不关注这些情况的话,很可能会导致实际测试内容和最初需求不符,测试时间被压缩,以至于测试不充分、项目意外延期、测试严重加班等情况。
  排期监控:测试对于自己负责的需求要持续关注其进度情况,需求变更或者开发遇到难点延期时,测试要主动评估是否会影响到项目进度,如果会影响,及时对各部门同事进行预警,说明详细情况,以便重新排期或者精简需求(这里需要把握根本需求)。有时会遇到需要短时间内解决的紧急问题,要求快速迭代上线,此时要综合排期要求和bug严重程度决定哪些bug可以带着上线(为了解决更严重的问题,而带着部分没那么严重的问题上线),并在不能决定时及时找领导确认。
  任务优先级:对于各项任务的排期保持关注,对于目前的开发进度基本心中有数,当新任务安排过来时,可以更准确的判断每个任务的优先级,以便决定测试任务的排序并通知相关人员。比如低优先级的任务安排过来时,可以通知相关部门同事,当前的测试任务安排,并说明预计任务排期时间。
  Bug提交跟进:Bug的提交和跟进要做到详细明确,比如bug的优先级、严重级别、具体操作路径等,如需要新老版本对比测试、竞品对比测试、不同机型或系统兼容测试等验证测试,应主动提供相关信息给开发人员。对于复现成本太高的问题,可以先提交log给开发确认,由开发反馈是否需要执行上述验证测试。提交后要进行跟进,高优先级任务督促解决,已修复问题及时验证关闭。
  线上回归及监控:版本正式上线后,要及时进行线上回归测试,并对于用户评价、crash数量等相关反馈进行监控,发现异常后及时定位原因并安排解决。
  4.项目总结
  总结过程是整个测试过程最容易被忽略的一步,但这一步是优化流程、总结经验最重要的步骤。测试结束后,要以文字形式整理出,本次测试遇到的问题,哪些因素影响了测试的进度,哪些地方比较容易出现问题但之前没有发现过,出现的问题是怎么解决的,之后怎么改进,有没有具有通用性,其他产品也会有的问题,有没有哪些问题之后在开发新功能时也要特别注意。相关问题总结得越多,之后测试时越知道哪些地方需要注意,开发时也会注意规避出现过的问题,对于整体的开发测试流程都有正向提升。
  5.做事方式及沟通能力
  细心、耐心、责任心
  计划
  记录
  总结
  沟通能力:根据每人的性格选择合适的沟通方式,注意语言的艺术,沟通方式要委婉,比如少用反问句,尽量不带个人情绪到工作中
  6.能力总结沉淀
  测试工具及常用指令:对于常用的测试工具和指令要做到数量掌握,并积极关注新的测试工具,分析每种工具的优缺点,在有新需求时,能选择最合适的测试工具,对于各种工具测试时常见的问题知道出现的原因是什么和怎么解决。
  常见问题的了解及预判:常见的开发流程、开发过程中常见的问题、哪个步骤哪个模块经常出现问题、各模块之间怎么工作、一个模块进行修改后会对哪些模块产生什么影响。
  技术沉淀:日志查看,部署环境的问题解决方案,测试常见问题的排查,产品实现方式及技术等等
  对业务流程的掌握,整个项目把控,快速了解业务并根据需求选择测试方案,引入测试工具提高测试效率,测试过程中遇到的问题的预判和解决办法,这些是测试人员应该具备的硬实力。