软件测试工程师需要的基本品质

最新推荐文章于 2023-03-28 13:59:38 发布

字节自动化测试

最新推荐文章于 2023-03-28 13:59:38 发布

阅读量359

点赞数

分类专栏：资源共享文章标签：软件测试

本文链接：https://blog.csdn.net/software_test010/article/details/114373126

版权

资源共享专栏收录该内容

74 篇文章 4 订阅

订阅专栏

积极

因为工作关系，我与一些公司负责招聘的经理保持联系，有一次，我去拜访-位部门经理，在谈到他期望什么样的员工的时候，他说，除了基本的技术要求外，他需要积极的人。新技术可以再学，而状态不积极则不容易改变。并不是只有这位特定的经理这么说，他的这个要求具有普遍意义。

员工积极与否，对于工作来说完全是两重天。如果你只是一个“机器人”，等待着老板的下一条指令，这会很麻烦，你会比较难得到老板的赏识。公司不是学校，老板没有耐心对你做如同管小学生–样的管理。如果老板真的这么做了，他的团队也不会真正强大起来。

可能很多人都会认同我的观点,认为积极是—项重要的品质，但是会有两个疑问:

(1)自己的状态是积极还是不积极呢?
(2）怎么才能做到积极呢?

只有发现了问题，才有动力去解决问题。有的时候，我们作为一个个体，因为“当局者迷”，往往意识不到自己的状态不积极。当老板提出这方面的劝勉时，臼己还会说:“不会吧，我挺认真的，我在组内至少是一个中等吧…”。好，那让:我们静下心来回想一下自己的言行举止，看看哪些容易被判为“不大积极”。先从表面上来说，例如项目组比较空闲的时候，你一边磕瓜子一边看小说，当然不如看专业书或者准备后期工作的同事积极;例如掐点上班，生怕早上班一分钟。再看工作中，比如你虽然能按时完成工作任务，但总是拖在最后;提交工作报告，在最后完成的几个当中又有你;开会，能不发言就不发言;自己负责范围之外的事情，很少过问。诸如此类，等等。

一个人被判定为积极或者不积极，是老板和同事根据长期印象来判断的，你不会因为—天的积极而得到一个“积极”的评价，也不会因为件事情表现不好而得到一个“不积极”的评价。我根据自己的体会，提出下面一些建议，大家如果觉得合适，可以试一试，长期坚持应当能得到好的效果。

1.把自己的工作做好

早上班、晚下班只是一个表面的行为，关键还是要做好自己的本职工作。多考虑，深入分析，把工.作完成得让同事信服，让老板放心，这是得到良好评价的根本。要想在“完成”前面加.上“出色”两字，真是要下一番功夫的。

2.多考虑与自己工作范围有衔接的“公共区间”

完成自己的.L作任务，这是很多人认为“本分”的事，所以这一条做起来不是太难。如果你只是局限于自己的那“一亩三分地”，就有些保守了。例如，如果你是一位测试工程师，你测试模块B。模块B在整个系统中不会单独存在，你把怎么测试模块B考虑清楚了以后，你还要看看模块B和模块A、模块C的“公共区域”是什么，把这个“公共区域”也纳入到自己的工作当中来。宁愿这个“公共区域”有多个“婆婆”在管着，也不能出现“三不管”地带。如果你能做到这一点，老板一定会暗自赞许:嗯，还不错，状态积极。

3.与同事分享自己的经验

如果你在工作当中是–个有心人，你肯定会有一些体会，积累下来，就是经验。大家同在一个团队中工作，如果你能与同事分享你的经验，你同样也能得到他人的经验，这对个人和团队都是一件好事情。这样做也是种积极的表现。

4.多发言

开会的时候，如果只有主讲者在说话，是一件挺没有意思的事情。特别是技术类的工作，会议的目的都是要集思广益，而不是听一个人做报告。只有经过讨论甚至是争论的结论才会更正确、更有价值。你多发言，就是对团队多做了贡献。从个人万面来看，多发言也是一种积极的表现。

5.多参与团队活动

公司或者小组组织爬山、郊游、聚会等，我们要积极参与。的确，你不参加也无可厚非，别人不可能强迫你去，但是，如果一直是这样的话，你就会给人留下对团队活动不积极的印象。更重要的是，团队活动是·一·种很好的交流方式，因为. 1.作当中的交流都是比较正式的，而在团队活动中，你更容易接触到同事在生活中的–面，你不参与就把沟通的好机会白白浪费了。

只要你有心，慢慢做，你会变得积极的。你积极的举动会让你得到更多。

良好的团队合作能力

对于上班族来说，带薪的年假总是令人期待的。好不容易盼来了年假，轻松愉快地踏上了旅程,这个时候，你希望在欣赏美丽的风景的时候，不停地接听工作方面的电话呜?一个电话，就可以把你从悠闲的放松中拽到紧张的工作中。如果在你休假的时候没有人接手你的工作，没有人知道你这一块的事情，你就等着电话来找你吧。这只是团队合作中出现的负面的一个小细节。

现在“团队合作能力”几乎出现在每-个招聘启事中，也越来越多地出现在大家的简历中。当你在自己的简历中写下“具备良好的团队合作能力”的时候，你是否认真考虑过，自己真的如同自己写下的一样，团队合作能力不错吗?而当你工作在一个l团队中的时候，你或许对自己的团队合作能力毫不质疑，甚至不大在意。让我们稍微静―静，花几分钟的时间考虑一下，怎么做可以算是具有良好的团队合作能力呢?

就我个人的经验来看，我们町以从下面几个方面来衡量:

1、有意识地关注项目进度和组内情况

做好个人的本职工作，大家都是没有异议的。而对一个团队合作能力不错的人来说，他（她）还会有意识地关注项目进度和组内的情况，例如现在实际进度是否符合计划的要求?潜在的风险是什么?他人的进度如何?有什么新的变化吗?我们每个人负责的那-块工作是整个团队的有机组成部分，随着项目的进展和团队的动态变化，我们需要做一些动态的调整。只有了解了整个项目和团队的情况，才能更好地实现团队合作。

2．愿意共享经验，也善于从他人那里学习

哪怕是专家，每个人都只能做项目中的一部分.工作。如果每个人都乐于与大家分享各自的经验，不管是以前积累的还是从当前项目中得到的，大家就会进步很快，从而更快更好地完成项目。每-个人都应当抱着开放的心态，乐于从他人那里学习。如果大家既不分享，也不从同事那里学习，保守地做自己的.工作，整个团队的效率就下降了。

3．以团队利益为思考出发点，不过多计较

在·一个团队中，如果你要计较绝对的公平，会有很多麻烦。例如，两个模块，一人:-个，你可能会说，呀，我的.L作比他多一点，:一点点，他是0.999，我是1.000。如果你是leader，你又能怎么操作呢﹖这只是一个比较绝对的例子。更多的情况会在追加工作量的时候，你容易感到不平衡。例如新增了-…-个小功能，给谁来做都是追加工作量，所以这个时候，要以团队利益为出发点。对于团队来说，需要有人来做这件事，如果指派给了你，你就去做好了。

4.互助

如果团队中有同事跟不上进度（因为身体不适，或者遇到了技术难点等），而你又提前完成了自己的工作，你可以去帮助他。这对你来说虽然带来了额外的工作量，但会增进你们之间的友谊。更重要的是，你为团队按时完成任务提供了保障，这是很有意义的。这种自动“补位”的精神，能显现出—个人的团队合作能力。

5．虚心，认同他人，尊重他人的工作

无论我们自身的工.作做得如何，我们都应尚保持虚心，从内心上认同他人，尊重他人的.工作。这一点会在你处理一些矛盾的时候表现出来，如果你认同他人，不管是什么事情，都可以协商解决。如果不是这样的话，即使一点小事情也会越来越麻烦。

6．批评的时候只对事，不对人

这是一种在团队中:1.作的技巧。每个人都会犯错误，而=每个人都不能忍受攻击，所以当你发表意见的时候，如果是批评的，就要表现出善意，要对事不对人。如渠你真正为项目、为团队考虑的话，就请这么做。对他人的不妥的批评容易瓦解一个团队。

7.友好、宽容地对待新同事

回想自己当新兵的时候，你就会知道新同事需要时间米逐渐适应新的环境，所以，请友好、宽容地对待新同事，不要以老同事的标准来要求他(她)。另外，如果你给予新兵力所能及的帮助，你会得到–个朋友因。

如果你是一位在校学生的话，你一样可以锻炼自己的团队合作能力，而且也需要这么做。

耐心和细心

在国内软件行业刚刚兴起的时候，有–些老板对软件测试工程师除了在计算机专业方面之外还有一个要求:女性，或者写道:“男女皆可，女性尤佳”，因为他们认为只有女性才能真正有耐心来做好测试，这个想法当然不对，但也可以看出软件测试这份工作对耐心的高要求。

测试工作究竟在什么地方体现出对耐心的要求呢?我们可以从软件测试的各个阶段来说说。

首先是参与软件需求的确定和评审。我敢肯定，测试工程师是除了需求规格说明书的作者之外阅读这份文档最认真的人，基本上就是字斟句酌，从根本上把握软件的“蓝图”。不这样做，测试势必会做得粗糙。同时，测试工程师也要尽量发现需求说明书中的问题，根据软件工程的理论，问题发现得越早，解决的成本越低。要彻底把握需求，反复读个几遍、十几遍是很正常的，如果没有耐心，怕是做不到。

接着是软件设计和编码阶段，软件测试工程师一般在这个阶段设计测试计划和测试用例。在设计测试用例时，最大的挑战是如何考虑得更周全，尽可能多地提高测试覆盖率。如何考虑得周全是-个渐进的过程:做完第一遍，自己重新看看，审核‘下，或者请别人帮忙看看，发现不足之处，做改进和补充，出第二稿。再次重复这个过程，出第三稿…。没有耐心的朋友坚持不了几个回合。

测试执行阶段更是考验人的高峰期。假设你有了400个测试用例，根据整体安排，…-周执行一遍，周期为两个月。在这两个月内同·一件事你要重复做8遍，你能不能坚持下来因?这只是一方面。另外，我们还要在这样近乎枯燥的重复工作中发现bug，不然即使坚持了下来，却没有发现bug，是没有什么意义的。还有，发现了bug后，还要甄别是不是bug，详细描述重现的步骤，并做一定的原因分析，也是需要耐心做支撑的。

因为测试.工程师是一个找错的工作，在一些做开发的朋友眼里看来就是“挑刺”，这样我们在与开发人员进行交流的时候，就要更有耐心一些，以使让他们理解问题所在。如果简单行事，会不容易被对方所接受。而一旦有了误会，沟通成本就大了。

在细心方面的要求，也是和耐心一样。在软件研发和测试的各个阶段，只有足够的细心，我们才能发现更多的bug.

耐心和细心是可以后天培养的，任何人不可能在这两方面做得尽善尽美，耐心和细心的形成也是一种渐进的过程。只要我们自己有意在这两方面去锻炼自己，会做得越来越好的。