老徐杂谈:作为一个测试人员,思维比技术重要!

核心观点:作为一个测试人员,思维方式比测试技术更重要!

欢迎提出你的不同观点

正文开始:

任何事物都是相对的,老徐今天聊的这个话题,不是说测试技术不重要,而是哪个更重要的问题;

肯定有很多测试同学,极力反对老徐的这个观点

思维怎么会比测试技术重要?

不会测试技术,还做啥测试?

不知道测试理论,连测试点都设计不了!

等等

老徐想说的是:

测试的目的是什么?大家好好想想

很多同学,

测试理论一堆一堆的

设计的测试用例,看起来非常完美,天衣无缝

各种测试用例设计方法用的炉火纯青

但是:

然并卵

并不能发现几个bug

而且实际测试过程中,并没有那么多时间严格按照设计好的测试用例跑一遍

就算加班加点跑一遍,也根本发现不了bug !

Why ?

是否有思考过?

相信很多同学,已经知道是什么原因

而且遇到过同类问题

很多公司有很好的处理方案

其实,

测试同学,我更看着的是测试思维!

不是所有同学适合做测试

测试入门是非常简单

随便来一个人,点点就会测试了

随便培训几个月,就会测试了

但是,那并不是我想要的测试人员!

-------

over

今天这个话题,其实并没有深入讲

要抛出来,大家留言讨论

下次继续深入分析老徐的观点!

时间: 2024-10-19 06:15:09

老徐杂谈:作为一个测试人员,思维比技术重要!的相关文章

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

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

【敏捷测试】一个测试人员在参与敏捷测试的经验分享(2)

一个迭代开启时,PO划分完本次上线的功能模块,让相关开发测试等人员参加需求评审前的步骤: 1.PO和需求人员确定好本迭代需要完成的功能模块: 2.根据功能模块划分story: 3.每个story编写相关的AC条件: 4.以邮件的形式发送给开发和测试人员进行需求评审: 5.需求评审结束之后,PO再以邮件的形式通知到开发和测试人员参加PO讲story会议,此时敏捷小组的SM负责领取本次sprint可以完成的stroy. 名词解释: PO:Product Owner 产品负责人 AC:Acceptan

双11大促期间,作为一个测试人员的反思

双11大促,发现大部分测试人员只能做做功能测试. 但其实我们能做的很多,但是都是要求有一定权威性和执行力,我们所缺乏:1.针对免测情况的各业务风险评估--mike:目前的EOS权限控制在开发,RPM根本没有权限控制系统,所以测试环境部署确实,业务免测测试也经常不知道.这个问题已经在沟通解决了,会让运维开发RPM的权限管理系统,慢慢地把权限从开发人员收回,免测试发布一定要经过测试人员(部署测试环境这一环节,部署的时候由对应测试人员评估风险) --me:其实这个也不解决根本问题,就算把权限从开发收回

作为一个测试人员的素质(如何做好测试)

1.产品评审: ①发表自己的意见:②评审的时候不能只停留在ui,尽量让产品说清楚(交互,排序方式,刷新规则,分页处理) 2.测试计划,测试方案: 测试计划:描述了要进行的测试活动的范围.方法.资源和进度的文档.它主要包括测试项.被测特性.测试任务.谁执行任务和风险控制等. 测试方案:描述需要测试的特性.测试的方法.测试环境的规划.测试工具的设计和选择.测试用例的设计方法.测试代码的设计方案. 序号 角度 测试计划 测试方案 1 组织方式不同 管理文件 技术文件 2 目的不同 强调"做什么&quo

一个测试经理的分享:我是如何管理测试团队的

很多刚从测试人员转向测试管理岗的同学,肯定会有很多疑惑,不知如何下手 且一时观念无法转变 到底该如何管理测试团队? 很多同行已经写过N多类型专题文章 今天老徐主要分享自己的经验,以及老徐是如何管理测试团队的 仅个人经验分享 可参考.欢迎点评 --正文-- 测试管理,范围很广 带1-2人也是管理 带几十人也是管理 但是管理方法肯定会不一样 今天分享10人左右的测试团队,老徐是如何管理的 1. 首先,根据业务情况,或者项目情况,拆分成几个测试小组: 每个组,有一个测试负责人 老徐只需直接管理每个组的

测试人员的核心能力与素质

声明:该文不是我的原创作品,是我的同事魏增艺的大作,独家授权我来进行发表. 在<测试人员的角色>一文的最后,我们相信优秀的测试人员是项目的前灯,是整个研发系统的反馈回路.那么什么是优秀的测试人员呢?具体说来,具备哪些核心能力与素质的测试人员才能胜任这样的角色呢? 对于能力模型,例如常见的"冰山"模型."洋葱圈"模型等,都将一个人行事的内在动机或价值观等置于核心位置.同样,对于一个测试人员,我们并非看他在进行什么活动,而是要关注他为什么要进行这些活动.本文

【转。摘】五个测试人员必须具有的优点

下面的列表就是一个测试人员必须具备的最重要的五项优势: 1. 持续不断的自我提升 软件测试人员必须持续学习.技术的世界并不迟缓.在眨眼之间它都在变化.今天,我们正在讨论把人通过喷射飞机在太空中飞行实现3小时内从英国转送到澳大利亚. 我不是说每个人需要退出来并开始学习航空科技.我说的是测试人员不应该坐在他们舒适的区域,并用世界上著名的自卫格言"我只测试这个"为他们缺乏能力进行辩护.在这么多东西之中,其中测试人员需要学习的最重要的东西之一就是持续增长产品领域的知识.测试人员普遍存在一个错觉

[转]译文:五个测试人员必须具有的优点(软件测试人员需要转换视角)

出处:CHJ's BLOG 原文:Top 5 Things a Tester Must Have to Excel (And the Software Tester’s Shifting Perspectives) 作者:Ratha Jegatheson 在软件测试领域工作10年中,我曾有幸直接见证这个领域在相对短时间内跨越性的改变.在我刚进入这个领域的时候,除去软件开发周期里面所说的,大家刚开始真正意识到软件测试的重要性和把它从“应该做”提升到“必须做”. 在过去,由于会产生额外的成本,软件测

51Testing专访史亮:测试人员在国外

不久前,我接受了51Testing的访问,讨论了软件测试的一些问题.以下是全文. 1.史亮老师,作为我们51Testing的老朋友,能和我们说说您最近在忙些什么吗? 自2011年起,我加入Microsoft Office部门,参与了Microsoft Office 2013的研发,主要工作是测试Windows版本的Office产品.目前,我正参与研发下一代的Microsoft Office,主要工作是测试产品和开发测试辅助工具. 今年,我的新书<软件测试实战>问世.这本书基于一个很朴素的想法: