测试人员沟通任务

与开发人员的沟通

测试与开发是天生的冤家,与开发者一起工作需要注意的3个方面。

1.定义自己的角色,首先应该在bug还没出现之前就消除掉

私有阶段:给开发人员的问题和改进的建议,bug会自己准备文档详细记录下来,不会记入bug管理系统

正式阶段:功能完成后进入测试阶段,正式将bug报上管理系统

2.尽量减少会产生误会和曲解的bug报告

bug最少步骤清晰描述,减少理解时间;描述一些相似的有关bug的场景,有助于开发人员寻找问题

3.解释为什么对于顾客来说是重要的bug:

bug的严重级别和优先级别:严重级别描述的是bug后果,优先级别是描述bug应该多快解决

当找到一个bug的时候,应该寻找更多的逻辑推导结果,让这个bug看起来如果不修复会导致更严重的后果

与管理层的沟通

主动报告测试:测试简报和口头报告,不要是刻板的充满测试记录的报告

例如管理层会问测试进行的如何?测试人员应该把测试的情况生动地向管理者描述,并把测试中遇到的困难如实地反应。

时间: 2024-10-29 19:10:14

测试人员沟通任务的相关文章

作为一个测试人员,在你提出问题之前请先想想如下问题

之前架构师米洛阐述了测试员报BUG的礼仪,并且引申出一个问题,该如何和程序员交往.其实,程序员群体,甚至推而广之的工程师群体,并没有那么的脾气大,对待测试人员还是挺客气的. 根据架构师米洛多年的开发经验,工程师还是希望通过解决一个接着一个的问题,来提现自己的价值.就像LOL中的推塔一样. 其实很多测试人员并不知道,出现问题之后,找程序员之前,该确定那些个问题,更能让自己的问题得到快速解决. 这里告诉测试员尤其是MM,你提供的信息越是多,越是全,程序员GG越是会觉得问题很容易重现,就会先去解决.当

测试人员眼中的app版本迭代过程中的问题

测试人员眼中的app版本迭代过程的问题     --记一次app新版本的开发测试过程 1. 前言 自从8月初入职当前的公司以来,在这一期的版本迭代过程中,第一次独立承担app部分的全部测试设计及需求跟踪,从头至尾跟踪了需求分析到开发测试上线的整体过程,和曾经做过的各种测试类型相比,它没有想象的那么好,也没有想象的那么坏.应了那句老话,梨子好不好吃,自己尝了才知道. 经历完整个迭代之后,感慨良多.在这里梳理整个过程,以测试的角度来分析整个迭代过程,作为以后工作的参考. 2. 简介 2.1 项目及公

测试未来发展,测试人员的发展方向,测试趋势

最近在脉脉上看到某某公司斩掉测试团队啊,某某开发嘲讽测试人员啊╮(╯▽╰)╭,转个测试行业看法聊以自慰,至少现在还有碗饭吃. 测试行业的趋势有这么些: 功能测试依然存在,但是会变得越来越难找工作 功能测试不可能消失,即使Google这种高技术的公司,也依然存在功能测试,所以功能测试肯定不会消失,但是工作一定会越来越难找.国内的企业招聘都是从众心理,大家都觉得BAT的招聘是业界的方向,所以现在都开始要求测试人员必须会各种编程语言,实际上他们也不知道自己要什么,入职后也可能还是点点点,但是由于他们都

你问我答,及测试人员方向发展

大家好,我是TT,互联网测试行业多年,没有牛逼的背景,也没有什么可炫耀的,唯独比他人更努力,在职场打拼.遇到过的坑,走过的弯路,愿意与大家分享,分享自己的经验,少走弯路.首发于个人公众号[测试架构师] 原文如下: 做开发好还是测试好?如果做测试怎么入门? 既然还有人问这样的问题,我想应该还有部分人可能会有这样的疑问,我并不觉得这问题问的多么可笑,可能对于刚进入职场之前的我们也会有这样的疑问.我个人觉得,首先,应该去了解开发和测试需要做的事情,使用到的技能,在问这些问题之前有没有去主动的了解和学习

【转】测试思考——测试人员需要具备哪些素质?

之前写的文章,今天分享出来 测试人员需要具备哪些素质? 测试人员需要具备哪些技能? 软件测试知识:测试计划.测试方案.编写用例.提交bug.跟踪bug,编写测试报告 测试工具的使用 操作系统 编写代码的能力 数据库知识 业务知识.网络知识. 除了这些必备的技能,我们还需要什么样的素质呢? 一.主动沟通    过去我是做传统ERP软件的测试,因为ERP软件已经很成熟,所以他的需求文档一般也都很完善,很细致,需求变更也不会太多.所以我们完全可以按照需求文档进行测试,与开发电话沟通就OK,只要我们bu

测试人员掌握代码的重要性

在测试中心做了一年的测试,从一个对业务不熟悉的小白到能独立掌握一个两个或者更多业务:从一个连ORACLE都没有接触过,连LINUX都不知道是什么东西小白到能在平时测试时稍微写写存储过程,写写shell脚本提高测试效率.点点滴滴的成长都使得自己在测试的发展上继续保持兴趣.想想当初点开界面左点点,右点点,程序偶尔出现BUG,自己便会兴奋地记录QC,截图加日志给开发排查,当时想想可能还是蛮有成就感的,毕竟程序在自己的手中得到了提升. 我相信大家都是慢慢成长过来的.但时间久了,就比如说一年这个时间点,我

关于全功能团队及测试人员的发展

这两天部门内部在讨论全功能团队的相关东西,希望后续能慢慢的实施起来.这里全功能团队的概念,简单来说就是希望能够减少团队的规模,加快产品交付的节奏,类似于敏捷开发模式中的小步快跑,能够频繁的有版本上线运行.总体方向来说是好的,这套东西很多互联网公司也玩的很顺畅,但是在华为,最起码在我所在的部门内,还非常缺乏这方面的积累和氛围.整个研发的运作模式和管理层都是从传统的运营商转型过来的,团队庞大,低效,笨重...等等一系列的缺点. 关于这种团队模式的优缺点,如何根据自身的项目实际来运作,以及在这种模式下

敏捷团队中测试人员的角色

Karen Greaves和Sam Laing将会在Agile Testing Days 2015上发表主旨演讲,演讲题目为"测试人员正在消亡",Agile Testing Days 2015将于11月9日至12日德国Potsdam举行.小编将会覆盖本次会议报道. 小编对二人进行了采访,关于敏捷是如何影响测试人员角色的,为了缩短测试交付周期,测试人员可以采取哪些措施,敏捷团队中测试人员与其他团队成员之间的协作,敏捷团队中测试人员可以贡献的价值. 小编:我的经验是,敏捷更广泛的普及率正在

测试人员如何避免背黑锅

系统上线后发生故障在所难免,但本文不讨论出了事故以后如何通过"诡辩论"让自己脱身--职场混久了,大家都不傻.即使侥幸"脱身"一次,在同事心中难免留下不可信的印象--本人来谈谈个人关于"预防"背黑锅的几点看法. 我个人觉得可以从下面这七方面来考虑: 一.测试前进行充分沟通,测试范围和风险 1)跟开发详细确认需求,确认的时候注意方法,比如对方讲完了之后重复对方的意思来确认,回头还可以用邮件的方式让对方再次确认. 2)有邮件的方式把测试范围发送项目干系