逻辑思维驱动 (测试) 工作管理

1. 引子

我们经常能够发现职场工作中的一些“能人”,他们的工作干练而高效,处处体现个人的价值。领导喜欢这样的人员,他们自然也有着更好的工作前途。

笔者个人在工作中间,自认也属于能力突出的类型,然而在知识传授的时候却又感觉这些泛泛而论的“能力”是很难传递的。在前几天参加ISTQB官方论坛的时候,专家的讲演让我有了一个思路,由此演化出今天这个课题,“逻辑思维驱动工作”。

2. 什么是逻辑思维

2.1 例子

什么是逻辑思维,他如何帮助到我的工作呢?

我们先举一个例子。 昨天有一位同学咨询了我一个问题:“老师,缺陷的重开率应该以多少为标准值?”

缺陷的重开率指的是一个缺陷经过开发修复后,被测试人员重开的比率。我没有听说过相关标准值,于是查询了一些相关资料,但是并没有找到相关标准。

这位同学于是将项目期望的缺陷重开率定为了0,也就是期望所有的缺陷修复都应追求100%一次修复成功。

这一追求合适吗?我与她进行如下一番推导:

  • 缺陷修复是不是一种调整和重写代码的过程? 
  • 代码是不是由开发人员写的? 
  • 开发人员能不能保证写出完美的代码,保证写出的代码中没有任何错误? 

推论:由不完美的人员做出的工作产品能不能简单要求100%无谬? 

所以,我建议缺陷重开率不能设定期望为0,而是应取5%-20%区间。

以上这个推论过程,就是逻辑思维的应用。

看到这种思维的益处了吗?当我们遇到知识经验不足,或者复杂问题时,逻辑思维是解决问题,理清工作方法的利器。

2.2 逻辑思维方法

定义:逻辑思维是人的理性认识阶段,人运用概念、判断、推理等思维类型反映事物本质与规律的认识过程。

方法:

  • 抽象与概括:测试管理三维度:过程、技术、人员
  • 分析与综合:WBS任务拆解
  • 归纳与演绎:确定项目利益干系人
  • 对比(求同、求异):测试过程改进中的模型法
  • 原因与结果:“失了一颗铁钉,丢了一只马蹄铁;丢了一只马蹄铁,折了一匹战马;折了一匹战马,损失一位将军;损失一位将军,输了一场战争;输了一场战争,亡了一个帝国。”

原则:

  • 坚守常识
  • 积极思考
  • 敢于质疑

3. 工作案例

理论部分我没有进行大篇幅的描述,我们把主要的论述过程放到案例里面来阐述。

3.1 案例1:测试时间压力

同样来自于学员的问题:老师我的某个测试任务,只有三天时间,人员经验不足,我该怎么处理?

我们尝试逻辑思维来处理这个问题:

归纳:首先这个问题的核心在于,怎样完成一个特定工作?

分析:某项工作的完成,能拆解成哪些关键因素?我们可以尝试做一下“因式分解”:

工作的完成取决于:

  • 工作量
  • 时间
  • 人手

那么我们可以很容易得出结论:要完成一项工作,我们就需要这三方面的配合:

要么给与充裕的时间,要么安排足够的人手。回到原始的问题,时间和人手都不能保证,那么就只能削减工作量。

而其实这三个要素就是所谓项目管理的铁三角:

3.2 案例2:目标监控

确定阶段工作目标不管对于团队管理还是个人管理都是一个很好的习惯。

比如我希望提升自己的知识丰富度,那么我考虑去制定一个个人读书计划。但是俗话说,计划赶不上变化,有计划却无法确保执行这是一种常见现象。而一旦计划被打乱,带来的一种后续现象很有可能就是完全抛弃掉计划。

怎么扭转这种现象?我们可以采用递推方法来归纳我的读书计划:

  • 我的读书计划是不是一定可以被完美执行,不遇到任何变数? 否
  • 既然有可能遇到变数,是不是应该持续检查计划的实施情况? 是
  • 如果发现了计划实施的偏离,是不是应该进行调整? 是

所以总结起来,我的读书计划应该遵循以下循环:

Plan(计划)-> Do(实施)-> Check(检查)-> Action(调整)

这就是事务管理的戴明(PDCA)循环。

进而我们可以进行演绎,是不是其他的事务计划也应该遵循这样的逻辑?比如测试计划?比如风险管理?比如绩效管理?答案是肯定的。

这样我们就得出了一套事务处理的合理组织办法。

3.3 案例3:个人工作报告

个人总结报告是件挺讨厌的事情,对工科人士而言(推眼镜)最讨厌写这种假大空的文档了吧。。

个人述职报告很容易沦为一个走过场的东西,个人表达不出什么,领导也收获不到什么。

如何避免呢?我们可以从工作项目的目的分析,来把握工作的原则。

对于个人述职报告,借由他我可以达到什么目的?

  • 展示工作量(诉苦,我很忙,我没闲着,没有企业想要养闲人)
  • 展示工作业绩(邀功,我的工作是为公司和项目带来效益的)
  • 展示技术含量/含金量(强调,我的工作不是随随便便能被替代的)
  • 展示潜力(诉求,获得更多的资源分配和关注度)

分析清楚了这个目的以后,我们就可以沿着这些思路去组织个人报告,并整理为四个模块:

  • 工作展示
  • 业绩展示
  • 亮点展示
  • 未来发展

通过以上的例子,相信大家可以体会到逻辑思维在工作中的价值所在了。我们应该注意锻炼和应用逻辑思维,提升自己的工作“能力”。

最后用一句顺口溜来总结逻辑思维在工作中的应用:

遇事不决,因式分解;

遇事不择,先问为何。

原文地址:https://www.cnblogs.com/ht22ht22/p/11655755.html

时间: 2024-10-10 22:32:34

逻辑思维驱动 (测试) 工作管理的相关文章

测试工作管理与规范

1. 测试工作准备 测试负责人在软件项目的需求阶段开始介入,逐步深入了解该项目的需求.设计过程,从而有针对性的编制测试计划和测试大纲(测试方案.测试用例). 对测试人员进行业务培训,了解该项目的大体流程及各项功能. 2. 测试计划的制定 测试计划的制定要与项目开发的总体计划相吻合:测试计划中要充分考虑资源计划(人员安排,设备分配.与其它部门的协调配合以及其它不确定的因素)等:测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划. 3. 时间节点的控

测试虚拟化管理平台-oVirt

日期:2015/9/2 - 2015/9/17 time 14:51 主机:node86, node92, node93, node72, node73, vm172 目的:测试虚拟化管理平台-oVirt 操作内容: 一.基础环境 1.使用5台物理机来测试:node86, node92, node93, node72, node73 CPU:    Intel(R) Xeon(R) CPU E5-2603 v2 @ 1.80GHz 内存:   32G     硬盘:   48T(4T x12) 

关于测试工作的思考与启示

前言 思考与启示 前言 向身边优秀的人学习,不断的思考,向前摸索.以下思考与启示部分来自Zero(网易资深测试专家)和Snail(网易资深测试工程师),余下是我自己的一些思路和在读书(<重新定义管理>)的过程中摘取的总结(不断更新). 思考与启示 1.优秀的团队,管理者是把控方向和踩刹车的,不是踩油门的. 2.测试要以开发的代码为驱动,从而精确测试范围,制定测试方案. 3.学技术要先精而后广,很多东西都是一通百通.真正去了解其中一个,其他大多能迎刃而解. 4.把可以共用的工具提炼成产品,为测试

上下文驱动测试

原则 语境驱动的学校的七个基本原则 任何实践的价值取决于其背景. 在上下文中有良好实践,但没有最佳实践. 人们一起工作是任何项目背景中最重要的部分. 随着时间的推移项目以往往无法预测的方式展开. 该产品是一种解决方案.如果问题仍未解决,则产品不起作用. 良好的软件测试是具有挑战性的智能过程 只有通过在整个项目中协同行使的判断和技巧,我们才能在合适的时间做正确的事情来有效地测试我们的产品. 行动原则的插图 存在测试组以提供与测试相关的服务.他们没有经营开发项目; 他们为项目服务. 代表利益相关者进

拼多多“薅羊毛”事件引发测试工作的思考

前言 2017年我有幸负责公司DevOps治理和落地项目,在整个DevOps落地工作中,深感测试环节在持续交付工作中的弱态及重要.实践是检验真理的唯一标准,没有实践就没有发言权.为求深入理解,我亲身投入了测试岗位的一线工作.从测试用例的编写.宣讲.测试.复测.上线.回归等一些列实际工作,再到带领测试团队.提炼测试经验,推动测试变化的一系列行为,让我对测试工作有了深刻的认识.在测试岗位一年多的工作经验中,补全了我Devops治理工作中测试环节的内容,为我Devops的工作提供了丰富的经验.我也借这

第十七章、程序管理与 SELinux 初探 工作管理 (job control)

工作管理 (job control) 这个工作管理 (job control) 是用在 bash 环境下的,也就是说:『当我们登陆系统取得 bash shell 之后,在单一终端机介面下同时进行多个工作的行为管理 』.举例来说,我们在登陆 bash 后, 想要一边复制文件.一边进行数据搜寻.一边进行编译,还可以一边进行 vi 程序撰写! 当然我们可以重复登陆那六个文字介面的终端机环境中,不过,能不能在一个 bash 内达成? 当然可以啊!就是使用 job control 啦! ^_^ 什么是工作

分享一个自己用的基于mvc编程工作管理

前言: 最近在家没事学习下mvc,正好把以前用webform写的一个帮助自己编码的工具重构成了mvc,另外根据自己的编程工作感悟添加了公司常用软件维护 ,数据库操作记录这些新功能. 技术没什么高深的技术,就是mvc+jquery easyUi+简单的三层,生成文档的模板引擎用的Razor. 主要还是解决沟通成本太高的问题,都是根据工作中遇到的问题慢慢解决的,至少很多功能可以解决小型软件团队很多流程问题,自己摸索真是又痛苦又快乐.相信也有很多朋友和我一样没有去过大型软件公司,很多问题只能看别人的文

虚拟化技术在测试工作的应用优势(原创)

  如果问现在最流行的IT名词是什么?那一定是“虚拟化与云计算”.虚拟化和云计算是IT产业界的一场技术革命,已经成为了IT行业未来发展的方向. 如今,测试也引入了这一行业领先的技术,建立了公司的的虚拟化平台,使公司的软件测试工作步入了虚拟化时代. 一.什么是虚拟化 虚拟是相对于真实而言,简单来讲:虚拟化就是将原来运行在真实环境上的计算机系统运行在虚拟的环境中.维基百科给出的定义是:“虚拟化是表示计算机资源的抽象方法, 通过虚拟化可以用与访问抽象前资源一致的方法访问抽象后的资源.这种资源的抽象方法

以我的经历给在测试制度不够完善,测试工作不被重视的公司工作的测试工作者们一点借鉴

第一章软件测试流程管理第一节:软件测试的术语定义第二节:软件测试工作总体流程第三节:公司测试流程管理模式第二章:测试阶段性工作重点极其原则和标准第一节:测试阶段性工作重点第二节:公司软件测试的基本原则第三节:公司测试的标准要求第三章:软件测试标准管理第一节:软件测试工作相关制度第二节:公司项目的等级划分极其测试标准第三节:公司测试工具应用管理第四章:测试工作实施与协作管理第一节:测试工作实施对象及对象发布第二节:测试工作实施流程标准第三节:测试退出标准第四节:Bug管理平台的流程权限管理附录一: