本文主要是介绍困惑的软件测试员，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
作者：彭祯艺(来自：互联网周刊) http://www.csai.cn
一个家庭主妇在微软当软件测试员，《软件开发的科学与艺术》一书中讲述了这个真实的故事。那位妇女四十多岁了，高中毕业，非常初级的计算机水平还是跟着自己的女儿学到的。让一个大学都没有上过的家庭妇女做测试人员是多么不可思议的事情！不过，她思维独特，怪点子很多，能很快的发现一些问题。微软最终决定聘用她，而她也成为了一名优秀的测试员。
在IT圈里做技术的人群里，测试员可能是一个特殊的群体。他们之中计算机专业 “科班出身”的并不多，毕业于其它专业的大有人在，什么建筑、中文、营销专业的都有。另一方面，相对那些做研究开发、项目管理、软件实施甚至是售前售后技术支持的技术人员，测试工作给人的感觉总是技术性低，因此测试员的薪酬水平与其它同等资历的研发人员相比总有一些差距，甚至在重视测试的外资软件公司也是如此。测试不过是每天重复一些操作来发现Bug（错误）。事实的确如此，哪怕是非常热爱这项职业的人也承认它的枯燥。
H做专业的测试工程师已经有一年多的时间了，目前仍然在做较为底层的测试。有时候也会写写测试需要的代码，但还没有开始设计整个项目测试案例。目前H正在为微软的某一软件做测试，工作的流程非常严谨而明晰，这自然也意味着枯燥的重复。枯燥并没有淹没H的工作激情，发现一个Bug带来很大的成就感，特别是想到每天将会有几百万人通过使用没有这个Bug的软件准确无误的达到他们的目的。
前途在H心目中是非常明朗的，颇有一些“随需”择业的味道。曾经有媒体报道过近来软件测试工程师在职场需求中的风光景况，尽管IT行业的总体需求仍然疲软。在北京和上海等地，测试员的需求量占到了招聘总量的近 1/3。另一方面，H认为从测试员成长为软件项目管理者是更有优势的。例如微软的开发方式本来就是“测试驱动”的，在测试过程中发现了墙角还有没涂到油漆的小块，开发则根据这个思想再补上那一块。测试的经历恰好让人更能从用户的角度来考虑问题，更能深入了解程序开发过程中可能出现的问题，这都是成为一个优秀的项目管理者的必要条件。尽管可能一整天都为了一个小控件“循规蹈矩”地反复测试并撰写测试文档，这样的重复被H当作了重要的积累。H喜欢新东方学校的徐小平新书《骑驴找马》中的一句话：“重复做汉堡，就是麦当劳；重复煮咖啡，就是星巴克；重复教托福，就是俞敏洪；重复做好事，就是活雷锋。”
不过，乐观的情况并不具有普遍性。在另一家软件公司做测试的L对工作感到厌倦。这是一家国内著名软件公司的子公司，整个公司测试员就只有两个人。公司不久前才刚刚把测试作为一个单独的部门划分开，尽管建立了测试管理流程，但是没有代码测试，也没有测试工具。测试案例并没有完全规范化，很多测试都是随机的手工操作。这样的测试部门更像是一个辅助性的、服务性的部门，测试员的收入也比开发人员低一个档次。在这样的工作环境下，L觉得是为了生活而忍受枯燥，最痛苦的是这种得不到锻炼和进步的状况。
L所在公司对测试的态度在国内具有一定的代表性，将测试部门独立都只是最近的事情。更一些公司仍然停留在开发人员自行测试的阶段。可是如果开发者自己能找到Bug，谁还会在开发时犯下这样的错误呢？在软件业发达的国家，软件测试工程师地位丝毫不亚于程序开发员，一些公司对测试员的要求甚至是曾经做过程序开发的。对测试的重视更体现在人员的配置上，以微软Windows 2000产品团队中最主要的三类人员为例，项目经理约250人，开发人员约1700人，测试人员则是3200人左右。
国内软件业的测试员大都与L一样困惑。选择离开并不能解决问题。整个测试环节成熟起来，才将意味着测试员地位的改善。
这篇关于困惑的软件测试员的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
