【软件测试】软件测试是找bug,不是找茬

前两天和一个新认识的朋友聊天

“你是码农吗?”

我那个气啊,我这个形象像吗?像吗?真想抽他丫的

“不是,我是做软件测试的,代码用的没有那么多,所以称不上”

“哦!那你就是专门挑毛病,找茬的呗?”

当时我就认定了这个朋友拜拜了您内

“我是做测试的,找的是缺陷,不是找茬,谢谢您老了,先忙,再见”

回家了之后我就想分享一下:

第一:

测试是找bug,不是找茬。以前在外包做测试,面对的之间人是PM,面对所谓的客户是开发软件的人,而且因为离开发人员较远,沟通基本上都是用邮件,所以当时的感触还不太多,只是做好自己的本职工作,尽可能的发现更多的问题,尽可能让自己发现的问题更有价值,尽可能让自己发现的问题让开发能够百分之百复现!现在进了一家自己做产品的公司,面对的人整个全变了,以前以为面对的是开发,现在明白在自己做产品的公司了,不仅要面对开发、还有产品、设计、还有真正使用的客户!以前总是听说测试和开发是死对头,很难沟通,也看了很多关于开发和测试之间沟通的问题,其实真的没有什么对头不对头的,因为大家最后的目的是一样的,都是为了能把项目做好,测试希望项目好,开发更是希望它成功!就像我前两天看的一篇文章,说开发其实跟测试一样看中产品的质量,因为他们是真正实施的人,谁不希望自己做的东西能尽量完美呢?而开发为什么会跟测试有隔阂呢?是因为开发想让测试第一时间就能找出那些关键致命的bug,而作为测试本身呢?看到的每个问题都会及时的去上报,只是分了优先级别,而开发却不看这些所谓的优先级别,所以就会认为不好好的找重大bug,竟在挑刺,其实每个角色都各自体谅一下就都解决了,既然目的是一致的,为什么非得在纠结这个先后顺序呢?开发的,不要以为测试人员是在故意找茬,他们提出来的问题应该都是缺陷,只是处理的轻重缓急你们自己来决定就可以了;而测试的,也不要以为开发人员是对自己有意见,在提交bug的时候,最好先挑那些重大的bug,振振开发的,然后在把那些不太重要的问题一起报上来,这样不仅仅测试的价值体现了,而且开发也会对你另眼相看,同时大大的提高了测试的地位!要时刻记得,我们测试是在找bug,不是在找茬!

第二:

测试只是提高产品的质量,而不是保证产品的质量。我记得我第一次接触测试,在课堂上我的导师就跟我说“我们测试是提高质量,而不是保证质量。”而有很多不太懂测试的人就会产生一种误解,认为要测试的干嘛啊?既然我们花了钱用你,就应该保证我们的产品没有缺陷呀!对于这样的人,我只能说不太理智,并不是我作为一名测试人员推卸责任,而是因为这个世界上本身就没有百分之百的事情,我们能做的就是尽我们的全力去提高、找出最多的问题并得到相应的解决,测试不是万能的,如果有人说我测试,能保证你们产品的质量,那我只能说你被忽悠了,我们只是提高产品质量,而并非保证产品质量!

第三:

测试是需要全民参与的,而并非只是测试工程师的事情。有人认为反正有测试人员了,所以对产品就不太关心了,其实测试是每个人的事情,其中也包括了客户,因为一个人再细致也没有无数双眼睛看的全面。忘记了是哪个公司的老总一直提倡的是全民的测试意识,我觉得很赞,因为每一位员工都是一份子,而做的每一个产品不仅是公司的形象,也是我们每一个人的体现,只是我们的分工不同而已,但是它都代表着我们,而且我觉得这样的管理观念还可以有团结人的力量,可以让大家一起把事情做的更好!而不是单单的依赖于测试,最后把大家变得越来越懒惰,我发现现在的公司就有这种现象,开发人员有时就会有一种依赖的心理认为反正有测试呢?对于自己写的程序也不那么太认真了,而且自己做完也不是很认真的检查了,拿过程序来,随手一抓都是bug。最后弄的开发头疼,测试也头疼,所以说公司要从根上来激励这种意识,测试不仅仅是测试工程师的事情,而且是需要全民参与的一个重要事情!

以上是本人的小思,可能有点碎,也可能存在偏颇,仅供各位参考,但还是希望能改变一下一部分人的想法

我这里还有些软件测试的资料,关于入门方面的,如果需要,请评论留言,我会在评论中送出网盘地址

如果觉得文中内容你也似曾相识,麻烦评论点赞哦

原文地址:http://blog.51cto.com/13848818/2309039

时间: 2024-08-04 09:22:59

【软件测试】软件测试是找bug,不是找茬的相关文章

第二次作业:找Bug

引子 我真的想了一个小时,上哪里去找bug.我昨天还留意到一个bug,今天就不见了.灵光不断,我想起来了.我就要找大公司的产品的bug... 第一部分 调研, 评测 体验. <腾讯桌球>是腾讯首款重磅推出的桌球对战游戏,使用自研物理引擎高度还原真实桌球操作,界面精美,球杆酷炫,操作流畅.集多种玩法,给玩家更多体验.  --官方游戏介绍 好久没玩,操作几把. 实力依旧,我在等待BUG的出现. 按照<构建之法>13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug. bu

找bug的过程

关于昨天程序出差我找bug的过程记录 昨天才程序 https://www.cnblogs.com/pythonywy/p/11006273.html ├── xxxx │ ├── src.py │ └── fil_mode.py │ └── data_time.py │ └── loading.py │ └── data_time.py │ └── logger.py src.py与打印日志相关片段 if __name__ == '__main__': logger_start('程序主界面')

【软件测试】程序不改bug,先别动手,听我说

前言 今天的话题,是所有测试员都会经历的,也多为此苦恼过.墨白借此谈谈自己的看法,不求解决现状,只希望大家看完此文后能少一些苦恼. 现状分析 之前,墨白身边一位测试老人提了一个打印文字溢出的缺陷,但该缺陷的负责人,一个年轻的程序员以项目临近上线没时间修改,且该缺陷影响很小而驳回,态度强硬(强硬的诉苦),那位测试专家从开始的坚持到最后无奈妥协,让墨白感触良多. 程序员为什么不愿意修改bug? 无非是没时间,问题太小,重现不了,理解不了,在实际环境中不太可能发生,问题只出现在没有人用的非常特殊的设备

CS61b lab3 分享一个bug,足足找了一个多小时,希望各位别入坑哈

part1: 写一个测试程序,比较简单就不贴代码啦,运行结果: part2: 改进InserEnd method,我是按照课上讲的把原来的singlyList变成doubleList,在SListNode中多加入一个prev变量,修改后SListNode: class SListNode { Object item; SListNode next; SListNode prev; SListNode(Object obj) { item = obj; next = null; prev=null

程序员新人怎样在复杂代码中找 bug?

分享下我的debug的经验 1. 优先解决那些可重现的,可重现的bug特别好找,反复调试测试就好了,先把好解决的干掉,这样最节约时间. 2. 对于某些bug没有头绪或者现象古怪不知道从哪里下手,找有经验的同事问一下思路,因为在那种开发多年的大型系统里,经常会反复出现同样原因的bug,原因都类似,改了一处,过一阵子另外一处又冒出来,而且无法根治.比如:我那个系统里有个特别危险的API,接口参数比较难用,一旦有人用错了某些情况下就会出诡异的现象,解决很简单,找到调用这个API的地方把调用方式写对就好

程序员怎样在复杂代码中找 bug?(简单)

分享下我的debug的经验 1. 优先解决那些可重现的,可重现的bug特别好找,反复调试测试就好了,先把好解决的干掉,这样最节约时间. 2. 对于某些bug没有头绪或者现象古怪不知道从哪里下手,找有经验的同事问一下思路,因为在那种开发多年的大型系统里,经常会反复出现同样原因的bug,原因都类似,改了一处,过一阵子另外一处又冒出来,而且无法根治.比如:我那个系统里有个特别危险的API,接口参数比较难用,一旦有人用错了某些情况下就会出诡异的现象,解决很简单,找到调用这个API的地方把调用方式写对就好

POJ 2096 找bug 期望dp

题目大意: 一个人受雇于某公司要找出某个软件的bugs和subcomponents,这个软件一共有n个bugs和s个subcomponents,每次他都能同时随机发现1个bug和1个subcomponent,问他找到所有的bugs和subcomponents的期望次数. 这道题目要用期望dp来进行统计 假设已经找到i个bug和j个subcomponents,这个状态记为dp[i][j],那么下次查找会出现4种状态:dp[i][j],dp[i+1][j],dp[i][j+1],dp[i+1][j+

XXrl找bug hhh

http://oj.acm.zstu.edu.cn/JudgeOnline/problem.php?id=4434 没有用队列,疯狂找不到bug,后来发现很简单的判断时==n和m了,本来心花怒放,测试数据也过了.然而,呜呼,许久不见的re: 好的,re,re,重新,重新!! 然而,不死心的在开更大一点,发现是WA. 那什么时候bfs用数组就行了呢.. 1 #include<cstdio> 2 #include<cmath> 3 #include<cstring> 4 #

一码学程 10284 排队找bug 题解 单调队列 或者 线段树RMQ

注:只是看到题目,未评测,所以不确定代码正确性,但是算法思路没有问题 描述 同学们的bug还真是多啊,orz... 春节期间大家存下的bug都来找肖老师解决了. 每个人都有bug,但是肖老师却只有一个啊.怎么办? 所以肖老师让大家按先来后到的顺序排队,一个一个的给大家解决. 这不一大早起来,肖老师就等着同学们过来解决bug了.不过肖老师偶尔想知道当前队伍中bug数量最少的是多少bug. sos xbug操作表示有一个同学有x个bug,并且过来排队等待肖老师解决. ok 操作表示肖老师已经解决了排