SET和TE的区别

SET和TE两个角色相互关联,但从根本上来讲却又不同,检查下面这个列表,看看哪个描述更适合你----也许对你来说是时候转换角色了.

你可能是一个SET,如果:

你能根据一个规格文档,借助一块儿白板,编码完成一个可靠而有效的解决方案.

你编程的同时,会内疚地想到还有很多单元测试用例没有完成.随后,你又会考虑各种生成测试用例和验证的方法,而不是手工编写每个单元测试用例.

你认为终端用户就是发起API调用的人.

你会在看到一份写的很烂的API文档时,难以抑制愤怒之情,但有时却会忘记API本身的意义所在.

你发现自己会同大家比赛进行代码优化,或是寻找竞争条件

你偏好通过IRC或者代码提交中注释跟他人沟通

你偏好使用命令行而不是图形用户界面,很少碰鼠标.

你梦想着自己的代码在成千上万台机器上运行,考验和测试各种算法----通过大量的CPU周期和网络报文来证明它们的正确性.

你从未注意到或者修改过桌面背景

看到编译器警告时会焦虑不安.

当被要求测试一个产品时,你会打开源代码,开始思考需要模拟的东西.

你心目中的领导力是:建立一个伟大的底层单元测试框架,供所有人来使用,或者在测试服务器上每天数百万次的运行.

当被问及产品是否可以上线时,你可能会说:"所有的测试都通过了".

你可能是个TE,如果:

你能够在已有的代码中寻找错误,迅速理解可能的软件失效模式,但是并不关心从头编写这段代码或者做修改.

你更愿意到Slashdot或News.com去阅读其他人的代码

你会阅读一份未完成的产品规格说明书,添加剩余的部分,完成这份文档.

你梦想所参与的产品给人们的生活带来巨大的影响,人们认可这个产品的价值.

你惊骇于某个网站的用户界面,怀疑它怎么可能会有用户.

你为数据的可视化感到兴奋不已.

你发现自己很乐意在现实世界中跟人交流.

你不理解为什么在某个文本编辑器里,必须得先输入"i"才能开始输入文本.

你心目中的领导力是:扶助其他工程师的创意,用更高数量级规模的应用场景来挑战他们的创意.

当被问到产品是否可以上线时,你可能会说:"我觉得可以了".

测试人员理解和认同自己的定位,这一点非常重要.TE经常被看做不怎么写代码的SET.事实上,他们能看到那些整天埋头于代码的人绝不会看到的东西.SET也应该意识到他们不是TE,不必为不能发现用户界面问题,不能从系统整体或竞争者产品的角度思考问题而感到内疚或压力.SET应档专注于高质量的,可测试的,可复用的模块,以及令人惊叹的自动化.

一个令人赞叹的产品背后,总有一个构成多样性的测试团队.