对 这 些 可 见 影 响 项 一 一 列 出 ， 这 需 要 经 验 和 责 任 心 。
性
格
上
：
1
“
”
、 有 牛 皮 糖 属 性 的 为 佳 ， 越
不 要 脸
越 好
测试工程师，在很多公司，和研发是有业务上对立属性的（虽然从宏观角度上来说，
都是为了提高软件质量服务）。测试工程师提交的
BUG
越多，意味着研发工程师工作质
量越差，需要返工的工作量也越大，甚至会影响绩效，所以测试工程师有时候很容易得罪
研
发
部
门
。
一个可以相对坚持原则（比如
3
级
BUG
以上一定要改），又能拉下脸和不愉快的研发
工程师保持较好关系的测试工程师，会对项目质量起到很关键作用。说到底，又能做事
（发现
BUG
并督促修改），又会做人（该进的不让，该退的绝对给面子，最大化消除部
门
间
矛
盾
）
的
测
试
工
程
师
，
是
十
分
难
得
的
。
2
、
有
异
想
天
开
属
性
的
为
佳
……
这个只可意会，不好言传的。在我带过的团队里，的确有那种奇葩
经常会用令人
匪
夷
所
思
的
方
式
找
出
BUG
，
这
是
天
赋
。
3
“
”
、
会
偷
懒
的
为
佳
这里的偷懒不是指上班发微博聊天混日子，而是能够利用已知资源对枯燥乏味的测试
工
作
进
行
优
化
的
同
学
。
说
个
实
例
：
“
”
我以前公司曾经上过一个 授信 项目，做过金融类项目的同学大家都知道。授信项目
的测试用例真可以说是相当变态，随着账期、滞纳金率、手续费率、利息率、本金、还款
情况的不同，可以衍生出无比多的用例，同时每个用例进行编写时，都要仔细根据规则计
算
预
期
结
果
的
资
金
状
况
，
非
常
费
力
。
咱部门一个小伙子，头一天晚上拿了
PRD
，第二天晚上就利用
Excel
写了一个固定某
些账期下不同情况下的各项资金计算工具（有一些小
BUG
……
，无伤大雅）
大大减少了兄
“
”
弟 们 按 计 算 器 的 工 作 时 间 。 这 种
懒
员 工 ， 你 是 领 导 你 喜 欢 不 ？
事情没完，在实际测试的过程中，我们发现一旦研发修改了
BUG
，会引发其他用例的
大崩溃（这类项目真悲剧，牵一发动全身），每次版本升级我们都不得不进行全面的回归
测
试
。
太
坑
爹
了
，
这
不
是
要
命
么
？
聪明的测试同事们又想偷懒了，他们在数据库端写了一个数据匹配工具，每次新跑用