[项目管理]测试人员的工作如何衡量

dc 18:38:14
呵呵,在QQ上碰到你。
青润 18:37:55
呵呵。
dc 18:39:05
我是刚才搜了iTSP群看到你的QQ号的。
青润 18:38:59
呵呵。
青润 18:42:36
最近都在忙什么?
dc 18:44:58
……
青润 18:44:50
……
dc 18:48:57
被客户追着一天一个念头的改code真是烦,我现在听到电话响就浑身发抖不敢接。
青润 18:49:14
呵呵。这就是无备有患的结果。
dc 18:57:04
是啊,但市场决定了,否则就不要我们的方案。
青润 18:57:28
呵呵。这也是市场不规范的结果。慢慢来,在熬上十年,会有变化的。那时候,我们就是见证历史的人了。
dc 19:08:13
我们公司让一个对技术不是很了解的女孩写机顶盒spec,她一不了解市场,二不了解技术,有很多跟我的想法不一样的念头,跟客户的要求也有违。
青润 19:08:10
呵呵。这不是胡闹呢?
dc 19:14:11
三个QA,都是女的,没一个对软件工程有概念的。
dc 19:14:36
7个QT,做测试的,基本都属于发现问题就问,不动脑子想想和总结的。
dc 19:14:47
7个也都是 女的
青润 19:14:27
呵呵。南京联创业在招聘qa,不过,他们是希望能够从公司内部经验丰富的高级技术人员和管理人员中转换过来。也处于尴尬中。
dc 19:15:45
所以前两天看到你一个帖子里说国内没有象样的QA,是很有感触的。
青润 19:15:48
呵呵。是呀,有人还在反驳我。呵呵,不知道那个人是做什么的,到底懂不懂qa的实质。
dc 19:17:33
我有个疑问,研发人员的工作质量可以从QT的测试结果,bug list中反映出一些来,但测试人员的工作质量,谁去检查呢?
青润 19:17:31
呵呵,是的,这个问题,问的非常好。
青润 19:17:57
不过,有个词你用错了,标准的说法应该是QC——而不是QT。
dc 19:18:37
我前两天问QA/QT部门的人,他们说正准备由QA去检查,可我觉得挺有难度的。
dc 19:18:59
哦?我是指测试员
青润 19:18:42
因此有些公司采用了错误发现率的方式来衡量QC人员的工作质量,也就是说,你必须在每一个模块中发现至少多少错误才算是合格。
对,测试人员就是QC。呵呵
青润 19:18:50
属于质量控制范畴。
青润 19:19:13
不过,这种方式也有不合理的地方。所以,国内很多企业也就不再多要求测试人员的情况了。
青润 19:19:39
实际上,QC的工作情况是通过用户反馈获得的。或者说,软件的试用期来体现的。
dc 19:20:46
我是碰到,送测一个版本,写清楚了需要重点检查什么,但回报的结果我能看出来测试的很不认真,没有去寻找问题出现的规律,对解bug没帮助。但我又不能去跟谁说这个情况,只能任其继续下去。
青润 19:20:20
这个期限内如果用户发现的问题,属于QC人员应该发现的问题,则对QC人员的工作质量进行了一次反馈性审核,这时候,就应该考虑QC人员的问题了。
青润 19:21:12
当然,即使这个问题不是最终用户人员发现的,而是开发人员在用户使用期间测试后发现的,也同样属于QC人员的问题。
dc 19:22:22
我可能是希望他们在发现问题的时候能进一步寻到其中的规律,对解bug提供更多的帮助,我不是一发现不对劲就兴冲冲过来说,死机了死机了。
青润 19:22:17
呵呵,这就是测试人员的水平和素质问题了。
青润 19:22:59
测试人员的职责应该是发现问题,找到问题的根源,但不是解决问题。
至少发现了问题,应该说明问题是为什么发生的,根源在哪里,是不是开发人员的错误,还是其他问题引起的。
青润 19:23:09
如果测试人员做不到这一点,那,他就根本不合格。
dc 19:25:09
我们这的是差了一点,发现问题不知道通过对比等方法去进一步了解,
青润 19:25:37
你们公司应该考虑对测试人员做一下真正的系统性培训。让它们知道什么是测试。而不是看到问题,就属于测试。
dc 19:26:54
我以前被派过培训,回来也做了presentation,可带不起来。
青润 19:26:59
有没有了解过是哪里出现的问题?
管理、人员素质、奖惩机制、领导重视程度……
dc 19:28:24
我跟那个部门的主管说过两次,一个测试部门全是女的,我就觉得氛围不对,缺少对技术的钻研和学习的精神。

青润 19:28:27
嗯。这不是最关键的,如果所有的测试人员都是这样的话,一句话:还是管理问题。领导的重视程度问题。
dc 19:30:27
哈哈,我是跟他开玩笑的。
是制度的问题,对他们没有监督,一直把他们看做对程序员的监督。
青润 19:30:38
呵呵。其实,男性女性不是关键,关键在于领导。
dc 19:31:32
我想在公司里提出这个问题,希望对他们的工作情况也有个考察
青润 19:31:35
是的。
dc 19:35:50
我们也试过用你前面说的错误发现率来评价,但实行不下去,量化似乎很困难。
青润 19:35:59
是的。的确很困难。所以,我建议的方式是后者。
dc 19:38:27
我们还有一个问题是测试人员在测试的过程中关注的问题和客户关注的不一样,就会产生这样的情况:测试人员报bug,客户也反馈bug,时间紧的时候我们只关注客户报的,然后,测试人员就觉得劳动没被承认。
青润 19:38:36
呵呵。这就是管理问题了。
dc 19:40:17
我们是与客户联系的窗口,往往我们知道客户想要的是什么,而QC/QA不了解这些。
我一直不明白为什么不能把这个窗口转到他们部门去。
青润 19:40:32
你们公司的管理问题比较大呀。
dc 19:41:21
是啊,
dc 19:41:38
可能与不是纯软件公司有关,我们是做IC设计的。
青润 19:41:21
呵呵。软件公司也同样存在类似的问题。
dc 19:42:56
有一年的时间我想在公司做流程改进的事,可最终公司没有投入人力去做。
青润 19:42:52
呵呵,是不是因为费用的问题?
dc 19:43:47
有这个原因,还有就是项目的压力。
青润 19:43:49
其实,又一个很重要的原因,就是老板看不到这种投资所能够带来的效益。
dc 19:44:29
……
对,是的。
青润 19:45:08
呵呵。
南京联创去年过了cmm3,今年准备设置二十多个专职qa,就打算从质量方面入手来做。这方面的问题,是小公司很难投入的。毕竟费用比较大,但是,如果长期来看,其实是有好处的。
dc 19:47:38
……
谢!
关于测试工作的经验整理 我们以最简单的利润模型来做解释,利润=商品价格-商品成本,我们追求的目标就是利润最大化。对于测试工作,商品价格 = 测试交付产品的质量,商品成本 = 测试人员的人力成本。提高利润的两条途径,一个是提高交付产品的质量,另一个是降低投入的测试人力成本,所以测试的终极目标是:0人力成本下的高质量标准产品交付。在常见的业务迭代中,交付产品的质量如何,我们要有一个衡量的标准,而标准就涉及到指标,比如需求覆盖率、缺陷逃逸率、缺陷探测率等等。等等诸如此类的问题,核心就是测试人员如何体现自己的价值。 阅读详情

相关推荐

Computer:项目管理之软件开发模式(瀑布式开发、快速原型开发、迭代式开发、螺旋式开发、敏捷式开发、DevOps开发)的简介、对比之详细攻略

2001年2月,Martin Fowle(提出敏捷代替轻量)r,Jim Highsmith等17位著名的软件开发专家(主要来自极限编程、DSDM动态系统开发、Crystal的代表),齐聚在美国犹他州雪鸟滑雪圣地,在2月11日至13日这三天的聚会时间内,这十七个人会面、吃饭、聊天、滑雪,试图找到他们之间关于软件开发方法论的共同点,举行了一次敏捷方法发起者和实践者的聚会。软件测试与软件的开发模式有着紧密的联系,作为一名测试人员,应该充分理解软件的开发模式,以便找准自己在其中的位置,从而发挥自身的价值。

头部AI社区如有邀博主AI主题演讲请私信—心比天高,仗剑走天涯,保持热爱,奔赴向梦想!低调,专注,谦虚,自律,反思,成长,还算比较正能量的博主,公益免费传播…内心特别想在AI界做出一些可以推进历史进程影响力的技术(兴趣使然,有点小情怀,也有点使命感呀 2632

测试过程中的项目管理

目录 测试质量保证 团队自身建设 管理者自身的大局观 本人是十年测试老兵,未读过PMP,但想记录下自己这十年测试工作过程当中如何做项目管理的一些想法,欢迎补充。 我认为分为两大类: 测试质量保证 团队自身建设 管理者自身的意识和能力 测试质量保证 测试质量保证大致从以下几个方面实现: 规范产品、开发、测试流程:产品提供的需求内容明确、文档齐全,如有未确认的细节应及时跟进并同步到系统。开发人员开发完模块后能测试的时候要发正规的提侧邮件,邮件中要包含模块描述、建表文件、定时任务..

chang_jinling的专栏 1221

软件测试概念和项目管理

全书共三篇,分十七章 软件测试的原理,四章,阐述软件测试的重要性、基本概念和方法等 软件测试的技术,七章,介绍软件测试在各个阶段(单元测试、集成测试、系统测试、验收测试和安装测试)的技术和方法,以及典型测试领域的特点和技术 软件测试的实践,六章,介绍软件测试 的团队和环境的建立,以及如何设计测 试用例、报告软件缺陷、写测试报告、 测试项目的管理

全国计算机技术与软件专业技术资格(水平)考试【软件评测师】-考试内容总结(十六)测试项目管理...

16.测试项目管理 16.1软件测试配置管理 16.1.1软件测试配置管理的概念 配置管理(Configuration Management,CM)是对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。软件测试配置管理一般应用过程方法和系统方法来建立软件测试管理体系,也就是把软件测试...

weixin_30732825的博客 368

测试项目管理

若你想成为优秀的测试项目管理者,你就反思如下内容是否做到: 1) 在一个项目中多与开发和产品负责人讨论并了解变化,因为我们的规范永远不能保证测试的输入没有遗漏; 2) 在一个项目中多参与测试方案、测试用例、测试方法、测试工具、测试过程、测试结果的评审与讨论,弥补下属或者自己考虑不周全的问题;最好可以请开发负责人参加;

【UE5】三步搞定Pixel Streaming:从零搭建Windows像素流服务

本文详细介绍了如何在Windows平台上快速搭建UE5 Pixel Streaming像素流服务,从插件安装、项目打包到服务启动的全流程操作。通过实战案例和优化配置,帮助开发者实现零客户端配置、跨设备兼容的高性能3D应用流式传输,特别适合建筑可视化和实时协作场景。

weixin_29000991的博客 318

项目中的沟通

沟通,沟通其实就包含对内和对外两种,对内又包含对上和对下,以及同级三种,对外又包含对开发、对产品、对总的负责leader   对内——对上:让领导知道你在做什么,及时沟通,有问题当然要自己掌握度,不能事无巨细全部问领导如何处理,一般领导只喜欢做选择题也不喜欢做问答题,你需要有自己的判断,然后从中选择一些你不好推动或者需要他出面,或者一些事情上首次处理无很多经验的情况下,要及时跟领导沟通,告知当下情...

weixin_30817749的博客 254

SPSS&Mplus—共同方法偏差(Common Method Bias)控制与检验

共同方法偏差(Common Method Bias)的控制方法:程序控制(Procedural)和统计控制(Statistical)。

m0_54401011的博客 1万+

一文读懂测试角色在项目各阶段的项目管理tips

项目管理是一个繁杂的过程,每个阶段需要涉及到不同人员、资源的协调配合。每个角色都有自己的定位和任务,为了紧密配合项目经理或无分配项目经理运行项目的场景下确保项目成员共同达成项目目标,不同的角色掌握相应的项目管理意识就尤为重要。

伤心的辣条 453

从CCS3.3到CCS10:工程迁移与开发环境升级全攻略

本文详细介绍了从CCS3.3迁移到CCS10的完整流程与实战指南。针对老旧DSP项目,阐述了升级的必要性,并逐步指导CCS10的安装配置、界面操作、核心的工程移植步骤,以及移植后常见的代码调整与问题解决方案,帮助开发者高效完成开发环境升级,充分利用新版本的工具链提升开发效率。

weixin_29304985的博客 377

Zemax新手别慌!一文搞懂几何像差:从球差、慧差到色差的实战识别与优化

本文为Zemax新手提供几何像差实战指南,详细解析球差、彗差和色差的识别与优化方法。通过软件操作关键节点和实际项目决策逻辑,帮助光学设计师快速掌握像差诊断与优化技巧,提升光学设计效率。

weixin_42524708的博客 258

测试角色在项目各阶段的项目管理tips

本文旨在梳理、谈论测试角色在项目各阶段如何评估测试范围及风险、前置暴露问题以及推进测试进度等项目管理事项,高效协作及交付测试角色产物,最终与项目各方共同推进达到高质量、高效率交付的目标。

京东科技开发者 292

Android AudioFlinger(一)——初识AndroidAudio Flinger

AudioFlinger 是 Android 系统中的音频中间层(audio HAL, Audio Hardware Abstraction Layer)的一部分,负责管理音频的混音、播放和音量控制等功能。它充当 Android 应用程序和音频硬件之间的桥梁。

hirezy 1669

软考_2020年真题

综合知识 61题: 缺陷发现率 = ∑ 缺陷数(系统测试)(个) ÷ ∑ 执行系统测试的有效时间(小时), 是衡量测试人员________的指标。 A. 测试设计中工作效率 B. 测试设计中工作质量 C. 测试执行中工作效率 D. 测试执行中工作质量 解析: 缺陷发现率。 测试人员各自发现的缺陷数总和除以各自所花费的测试时间总和。 从题干可得知,这里是讲测试执行, 答案:C 63题: 关于七定 按照系统安全策略“七定”要求, 系统安全策略首先要_________. A. 定员 B. .

华工的专栏 923

暗月项目七详解

本文围绕“暗月靶场项目七”展开,记录了一次从外网 Web 入口逐步深入内网并最终获取域控目标的完整实训过程。

Re_K123的博客 418

HCIA重点知识

华为认证ICT工程师,是华为认证体系中用于标识个人能力在某一技术领域达到工程师级别的证明,表示通过认证的人员具备安装、配置、运行 ICT 设备,并进行基础故障排除的能力。抽象语言 -----> 编码 -----> 二进制 -----> 电信号 -----> 处理电信号信号的转换标准:协议,是一种允许电子设备相互交流的一系列标准的规则。即开放系统参考模型OSI/RM,简称“OSI”。OSI参考模型将计算机网络分为七个层次,自上而下依次为:应用层,表示层,会话层,传输层,网络层,数据链路层,物理层。1、应用层:

Awen0201的博客 2542

作为测试人员如何体现工作价值

软件测试价值可视化策略:从被动验证到主动赋能 测试工作常陷入"做得好无人问,出问题千夫所指"的困境。本文提出测试价值可视化四步法:1)重新定位为"全流程质量伙伴",前置参与需求分析;2)构建量化体系,用缺陷发现率等数据证明价值;3)强化跨团队协作,将质量成果转化为共同成就;4)沉淀测试资产,提升团队整体效能。通过将隐性工作显性化,使测试从"被动验证"转向"主动赋能",最终在产品质量中获得应有认可。

吾非技道之翘楚,唯好研索之学人耳。此处所录,或为既往所历之困厄,或为解厄寻途之思绎,亦有学而随记之零散笺注 —— 犹整理书斋,将诸般识见渐次厘剔,使各归其序。若此些微碎语,能助同路求索之君,实乃吾之幸事!诚邀共论,相携精进,不亦乐乎? 773

深入详细分析Skyworks 78113 PAMiD射频方案图

是一种高集成度的射频前端模块,它结合了功率放大器(PA)、双工器(Duplexer)、滤波器和开关等多个组件,主要用于4G LTE移动通信系统中的射频前端链路。是一款典型的PAMiD模块,通过将多个频段的发射(TX)和接收(RX)路径集成在一个模块中,大大减少了传统射频设计中的分立器件,同时提高了信号链路的效率和可靠性。模块化设计的优势PCB空间优化:高集成度设计大幅减小了射频电路的尺寸,适用于紧凑型移动设备。减少设计复杂度:模块化设计减少了器件间的匹配与调试工作,加速产品开发周期。性能稳定性。

weixin_43199439的博客 1480

测试管理:关于测试工作的经验整理

作为测试人员,经常被问到,测试人员存在的价值是什么?如何度量测试人员工作的绩效?等等诸如此类的问题,核心就是测试人员如何体现自己的价值。在这里我引用一篇曾经读到文章部分内容,来回答这些问题。

HUA1211的博客 1337

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

关于如何衡量项目的进度一点思考

在最近的一个项目中,每次的周总结会议上对项目进度的衡量都是最重要的一个环节,也是花时间最长的一个环节。每次大家都会说:我完成了50%,我完成了80%,我完成了90%…… 但是我心中一直有一个疑问:这个百分比对项目真正进度的衡量有多大意义呢?在当前的这个项目中,我看到的现象就是,大家都说自己的功能完成了多少多少,可是测试人员却没有可以测试的功能,更别说达到上线标准的东西了。那么问题又出在什么地方呢?

mydeman的学习日志 3144

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

项目管理的范围是什么?如何定义项目管理的范围?

定义项目范围是项目管理中的关键步骤,确保项目团队和利益相关者对项目的目标和交付成果有明确的理解。1.创建范围描述项目范围描述是对项目目标、产品或服务的详细说明。这部分需要明确项目目的预期成果以及实现这些成果的主要任务。范围描述要尽可能具体,避免模糊的目标和不明确的任务。举个例子,比如你要开发一款项目管理工具,已经明确项目的目标是“开发一款可以满足中小企业需求的项目管理软件”。但这还远远不够,你还需要详细描述项目管理工具的主要功能模块,如任务管理、时间追踪、团队协作等。

BeWorkingMan的博客 2167

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

禅道-软件项目管理工具

禅道项目管理1. 项目和项目管理2. 研发项目管理-瀑布和敏捷2.1 瀑布模型2.2 敏捷开发模型2.2.1 敏捷价值观2.2.2 极限编程价值、原则、实践2.2.3 Scrum迭代式增量软件开发过程3. 禅道项目管理3.1 引出禅道3.2 禅道定位3.3 禅道管理软件使用流程3.3.1 禅道和SCRUM的对应关系3.3.2 研发项目的三个核心的角色(产品经理,研发团队,测试团队)3.3.3 禅道四个基本要素(Story,Task,Case,Bug)3.3.4 禅道基本流程4. 禅道的使用-第一个演示项目4

独学而无友,则孤陋而寡闻 1947

我们的管理:项目管理

我们的管理:项目管理一、管理导向与管理组织我们是一个严重偏爱PDCA的公司,意即计划、执行、检查、改进。所以说,我们虽然实行井田制管理,又有部门经理又有项目经理,但实权主要在项目经理的手里。我们讲/做任何事,都首先要理清这件事到底谁负责担当,给配备哪些团队组织资源。我们相信没有组织负责、没有人带头担当跟进推动,没有明确的计划和执行,这事就成不了或者做完成了也是一滩稀泥不好不坏糊弄事白耽误了时间白浪

阿朱=行业趋势+开发管理+架构 1万+

测试人员内功心法

转眼间2017已过了十天,中国传统的新年也马上来临。目前大家的状态应该是人在曹营心在汉,早想着回家过年的事情了吧?抢票,参加年会,中奖的高兴请客,没有中奖的替同事高兴,反正是不亦乐乎!由于最近一段时间比较忙,也没有写太多的东西出来分享给大家。不过在这新年即将到来之际,还是感觉应该写点儿东西的。 往期我分享的博文一般以技术偏多,要么就是一些儿个人心得,具有指导性的文章;不过这些...

weixin_30649641的博客 113

中小型软件开发项目管理

本处指的中小型软件开发项目是指: 参与开发的直接人员(即开发团队)数量在3~25人 开发时间在3个月~18个月的软件项目 代码行数5000~75000行 子程序数量300~3500个 1、软件开发管理的任务 软件开发管理的真正任务是团队成员的智能充分而适宜地发挥,并有效地投注在创造软件的活动中。也就是说:合理配置各种资源(管理人员、工程师、设备、软件、制度、时间)确保软件开发的有效进行

董浩的专栏 5077
上一篇: [软件人生]从应聘到骂人
下一篇: [项目管理]iTSP群内与Pyramid关于软件外包的对话
piperzero
博客等级 码龄21年 1377粉丝 504原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值