怎样将功能测试做好

举报
基本资料 发表于 2021/01/28 16:53:06 2021/01/28
【摘要】 一、尽早介入项目生命周期,充分理解需求需求阶段的一个错误可能会导致很多个设计错误,因此,越是测试后期,为修复缺陷所付出的代价就会越大。因此,软件测试人员要尽早地介入项目的生命周期,尽早发现软件存在的缺陷,以提高软件质量,降低软件开发成本。首先,需求评审之前,尽可能将需求文档浏览几遍,理解其主要要实现的功能,影响到哪些现有的功能,思考需求是否冲突。      其次,需求评审时,关注开发和产品的...

一、尽早介入项目生命周期,充分理解需求

需求阶段的一个错误可能会导致很多个设计错误,因此,越是测试后期,为修复缺陷所付出的代价就会越大。因此,软件测试人员要尽早地介入项目的生命周期,尽早发现软件存在的缺陷,以提高软件质量,降低软件开发成本。

首先,需求评审之前,尽可能将需求文档浏览几遍,理解其主要要实现的功能,影响到哪些现有的功能,思考需求是否冲突。

      其次,需求评审时,关注开发和产品的讨论,如果开发说哪一部分比较难实现,最后如何实现,其中做出的变动和难点就是测试的时候必须重点关注的部分。理解开发的逻辑实现能够极大的帮助测试人员定位测试中发现的缺陷。

      依据产品需求,准确的评估出工作量,防止因时间评估不足造成后期测试不充分。特别要将出现阻断性缺陷以及缺陷回归的风险纳入测试时间评估。

二、做好测试用例的设计与评审,达到用例百分百覆盖需求
     
测试用例是开展测试工作的指导性文件,测试用例需要包含用例概要描述、涉及的功能模块、操作步骤、预期结果、测试数据等关键要素。透析需求,提取详尽的测试点,达到用例百分百覆盖需求。需求不理解处,及时请教产品需求人员,不可留些糊涂账。

设计用例的时候要设计两类,一类是开发自测和验收提测试标准的冒烟测试用例,一类是针对需求的全面测试用例。写完用例要主动联系相关人员进行用例评审,需求、开发、测试均需要参与需求评审,在评审过程中及时记录和修改不合适的用例。
三、注重项目控制,加强BUG管理
   
培养自身时刻关注项目整体的意识,关注任何需求变动,开发进度。当开发进度过慢,需求变动过大,导致原计划的测试时间不足时,需要制定应对方案,可以加派测试人员,或者重新安排测试计划排期,来应对此种风险。当开发进度较快,是否可以提前开始测试。

加强对于缺陷的管理。首先发现缺陷,及时通过BUG管理工具提交给开发,同时BUG描述必须详细,Bug概要描述、BUG出现的环境、重现步骤、测试数据、前置条件、预期结果、实际结果等要素均要具备。同时给bug准确优先分级,实时跟踪BUG的修复进度。管理BUG就相当于管理一个小小的项目,做好BUG管理,能更加理解测试管理甚至项目管理
四、及时进行项目总结,培养良好的测试习惯
   
在一个项目完成后总结整个项目过程中遇到的问题,最后的解决办法或是当时讨论的处理办法,有哪些需要注意的问题?有什么可以借鉴的方案或是改进策略?是否测试时间安排不合理导致后期测试时间紧张?等等

注重培养自己平时测试中的良好习惯,比如: 随时记录自己测试中所用数据;执行测试案例时,对于关键测试步骤进行截图留存,以备不时之需;加强和需求、开发人员的沟通,及时了解需求变更、缺陷修复进度等 。

功能测试看似简单,想要做好,其中繁多细节需要重视,良好的习惯培养才是根本。

 

 

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。