如何提升测试质量,减少漏测

在测试过程中,我们需要一直在思考,如何保证产品的质量,降低漏测,给用户带来良好的使用感受,我们知道没有一个产品在外网是无bug,不同的人,使用习惯不同 会有很多意想不到的场景,那我们测试人员可以借助我们的知识储备、经验、方法去探索去测试模拟构造尽量多的用户使用场景,让产品在发到外网后,能给用户带来良好体验,我对于质量提升,以及降低漏测,有3个建议和思路:

1、过程

测试过程中的我们要有好的设计思路和测试点,掌握时间节点、及时汇报风险,在测试过程中积极主动跟进问题,压缩时间会降低我们的效率,我们可以用什么方法来降低这风险,过程中是否有告知风险,有风险了,我们是否能承受这个风险,尽量保证我们产品质量是ok的,在整个流程中我们的作用还可以扩展到哪些点,测试应该有一个合理的计划。

在下图我的一个规划,这里我重点突出测试用例的重要、以及时间节点的重要性,且在过程中我们要有对应文件的输出,过程跟进记录

2、效率

测试人员平时应该多思考,重复的工作是否使用一些工具或其他方法来帮助自己,提升工作效率。

如测试用例中经常使用一些重复的验证点,大多为重复,这块就可以进行提炼,延伸、做为一个模板,供下次直接使用,或经常要手动操作的常规,重复的流程就可以做一个自动化,经常要使用数据测试的,可做一个模块方便下次使用等等

有很多东西大家可以去总结和思考,提升我们工作效率,大家在分享会时也可以提及

3、学习(提升)

这块我是做提升来说,测试人员,我认为优秀的测试人员,应是一个全栈测试工程师,编码能力、数据库能力、网络能力、框架能力,环境配置、业务知识、前端知识, 前沿知识的了解等等,你都了解、知道, 且有实际运用在项目中。

为什么我们要学这么多,因为在测试中你懂的越多,你的测试思路会越广,你的经验和你的知识是帮助我们设计场景的桥梁,了解你产品的实现原理,和架构,你能更好的对它进行分解、测试,所以在测试过程中,

我鼓励大家在测试过程中,多向开发请教程序的实现原理,有助于我们更好的编写和添加一些场景,技术哥们攻破一些技术难题,也应该很愿意给其他人分享他的成果,学习道理很漫长,一直需要持续

原文地址:https://www.cnblogs.com/chongyou/p/10847870.html

时间: 2024-11-09 15:11:36

如何提升测试质量,减少漏测的相关文章

如何提升测试质量??

测试的重要性我们就不在这里多说了,因为说测试重要的文章太多了.这里我只想从一个测试员的角度,提出如何提升测试的质量. 编写一份详细的测试用例提高测试质量.详细的测试用例完全覆盖了代码的所有路径.把这样一份测试用例发放到测试人员手中,都能高质量的执行测试过程,测试用例完全覆盖所有需求,测试人员就不会因为不熟悉业务而遗漏需要测试的需求.但是一份详细的,覆盖所有需求的,测试用例虽然能够让测试的执行测试覆盖所有的需求,但是测试人员稀少,并不能可能多的在测试过程中发现更多的问题. 投入大量的测试人员提高软

【每日分享】关于漏测

漏测率 每次漏测的点是不一样的,相同的问题不会出现第二次 测试是质量管理的一个小环节,所有的质量都是构建出来的,而不是测试出来的 如何减少漏测:通过团队构建更好的产品质量(测试比例:google 10:1  facebook 0 测试分3层,单元测试是必不可少的质量管理的环节,收益最大,保证了最底层代码的健壮性 单元测试:在核心环节加上单元测试,在企业中推进适量的单元测试 接口层, UI层.在敏捷开发中,ui自动化是很重要的一个环节.很探索性测试,google,jim 提高 如何避免 1.梳理好

如何看待测试过程中的漏测发生

漏测,相信对于每个测试同学而言,都是“谈虎变色”的事,但是实际工作中,我们稍有不谨慎便会和它来一次“亲密接触”,那么,现在我们来聊聊测试中的漏测. 漏测将会产生的影响 一方面,会让他人对你的技术.业务能力产生怀疑,而且发生多次后,甚至会质疑你存在的价值: 另一方面,自己内心会很愧疚和自责,担心下次测试任务还会漏测,心里压力倍增,以至于影响下次测试任务的顺利进行: 再者,因为自己漏测而导致的公司损失,个人或团队都会受到一些处分,轻者警告批评.扣绩效,重者可能被迫劝退离职. 所以对于测试同学而言,漏

《漏测问题表元素》

表格项 说明 缺陷编号 首先把缺陷录入到项目缺陷库,然后再加入到漏测库中.漏测库中的问题编号,就是项目缺陷库中的编号,是唯一的. 所属模块 问题发生的软件部位,可以根据系统实际情况划分模块,比如文件管理.数据库.本地化模块等. 简要描述 问题现象的简要描述,一般不要超过50字. 详细描述 问题现象的详细描述,包括问题的重现步骤等. 问题级别 指致命.严重.一般.次要级别,用来确定是否要进行详细漏测分析. 漏测产生活动  指在软件开发测试过程中,某类被漏测的缺陷最应该在该活动中发现.设置该项分类的

我是如何有效的避免测试漏测

漏测,指在产品缺陷在测试过程中没有被发现(尤其是测试环境可以重现的缺陷),而是在版本发布后或者在用户使用后发现并反馈回来的缺陷.可以说,漏测的问题是测试管理者最头痛的问题.因为出现漏测,一来给客户带来了不好的影响和印象,二来增加缺陷修复的成本,三来给测试团队也带来负面和不利的影响.因此,作为测试管理者,测漏分析和预防是必须要做好.   漏测的原因分析有以下的几个方面: 需求评审质量低,或参评人员能力不足,或过程不规范严谨 需求变更频繁,测试用例无及时更新 用例设计的过于粗犷,测试步骤不清晰 测试

缺陷漏测分析:测试过程改进

一.漏测的定义 所谓漏测,是指软件产品的缺陷没有被测试组发现而遗漏到了用户那里,却最终被用户所发现.如果产品在用户那里出现问题,产生的后果是非常严重的.在软件开发过程中,缺陷越早被发现,发现和解决缺陷所花的成本就越小.如果缺陷是在测试组测试中发现的而不是被用户使用时发现的,那么所花的成本将小得多.如果缺陷是被开发组在开发过程中发现的,那么所花的代价将更小.因此,进行漏测分析.预防漏测.促使缺陷尽可能在开发过程的早期被发现,是非常有意义的,它有利于降低软件产品成本.提高软件产品质量. 二.漏测分析

移动APP测试过程中对于BUG漏测的思考

背景由于最近比较多暴露出来由于漏测导致在site测试阶段才发现的bug,特别是一些涉及身份核查.认证鉴权.支付.交易动账之类的问题,产生的后果是非常严重的.因此,对bug漏测进行一些思考,并进行总结. 原因分析 BUG其实是任何产品都无法避免的一个问题,不是所有的bug都能被发现,包括资深测试,或多或少的会出现线上缺陷,谁也不能把软件所有的功能操作.运用场景想周全.虽说不能做到完全零缺陷,但是每次发布的产品,我们需要追求缺陷越来越少,产品投诉越来越少. 为什么会出现缺陷漏测,主要有以下几点:需求

测试质量评估与度量

不管产品规模是大还是小,结构简单还是复杂,质量评估都不是一件容易的事情. 尽管很难,但质量评估仍然是必需的,因为关系到版本是否能够发布.测试工作是否有效.测试投入是否有价值等. 那么,如何把握软件产品的质量? 发布之前 产品发布之前可以对如下指标进行评估 ● Bug Bug数量.Bug趋势图.Bug分布图等,有利于我们对问题的归纳总结. ● 测试通过率 包括计划的测试用例执行进度.通过的测试用例数目.失败的测试用例数目.被阻塞的测试用例数目等.一般要求达到95%以上. 我们还利用一次通过率去衡量

[ 测试思考 ] 效率提升测试工具开发的思考

本文针对测试部效率提升测试工具开发.管理.维护暴露出来的问题的一些思考以及一些个人改进观点. 写在前面 本文提到的效率提升测试工具不是指的部门中固有的自动化测试工具,这里提到的测试工具统一指测试人员在工作之余自主开发用于期望替代重复.繁琐.耗时的手工操作的测试工具,开发的目的是希望提升测试工作效率.不是针对专业工具开发部门团队的测试工具. 测试工具管理暴露的问题 总体来说,测试内部发布的用于效率提升的测试工具整体质量不高,工具功能.性能.易用性.可维护性质量都不高.大部分测试工具通常都是谁开发的