Skip to content

Latest commit

 

History

History
50 lines (25 loc) · 7.56 KB

2012-09-22-fcm57-ubuntu-women.markdown

File metadata and controls

50 lines (25 loc) · 7.56 KB

Ubuntu 女士

作者: Elizabeth Krumbach "翻译:陈嘉杰,一校:姚远,二校:顾履冰"

Elizabeth Krumbach: 你可以先介绍一下自己吗?

Gema Gomez-Solano (如图):我喜欢优秀的软件和电脑。中学的时候,我看了《通天神偷》之后,我就决定,长大了要当一个电脑工程师。当时我非常佩服那些计算机高手,他们可以用键盘做各种事情。我当时非常希望能成为他们中的一员,用技术实现一些很酷的东西,不管这个东西有多复杂。

我在西班牙巴塞罗那的加泰罗尼亚理工大学读计算机工程专业,活动基本上等同于硕士的学位。毕业后,我受聘于巴塞罗那一家安全公司,工作主要是安全审计和评估。

2004年,因为有计算机安全领域的工作经验,我在塞班公司的安全小组找到一份测试工程师的工作,地点是在伦敦。这是我第一次在跨国环境中为英国公司工作。我们小组最开始在英国和印度都有机构,后来中国也有了。做操作系统测试是我职业生涯中做过最复杂和最有启发的工作之一。在那工作一年之后,我成为了一名测试和QA工程师。后来安全小组搬到剑桥,但是我决定继续呆在伦敦在内核小组中做整合测试。

2007年时,塞班决定成立一个强大的测试小组,并给我在小组中提供了一个技术架构师职位。后来我们成为了保证操作系统质量和可用性的强力小组。看着我们克服项目中一个又一个困难,我感觉非常棒。

后来诺基亚收购了塞班并宣布即将开源。花了九个月时间帮助小组处理在新组织结构中的整合工作之后,我决定花一些时间重新思考下我的职业生涯,寻找下一个挑战。我亲眼看着我们的测试小组慢慢成长并顺利运作起来,所以我觉得我的工作也差不多该结束了,我迫切想找一个我能帮忙开发的新项目。

接下来新的挑战,我加入了伦敦的vmware。我在里面做了大概一年时间的API测试工作,但是感觉这并不是我一直在寻找的那种挑战的感觉。我还在继续寻找我想要的那种感觉,然后我碰到了Canonical和Ubuntu项目。这次是操作系统,优秀的操作系统必须要经过测试。同时很重要的一点是,和来自全世界的社区成员一起工作本来就很有挑战。这个挑战马上就吸引了我,当他们给我提供了一个QA工程师的职位时,我毫不犹豫的接受了。

过了五个月并完成一次UDS(一体化安全检测)之后,我感觉仍旧很好,Canonical的平台QA小组和社区的QA工作,很多事情都开始启动。看着我的工作能直接在全世界几百万人用的系统中体现出来,我感觉非常享受。我非常想看到人人都用Ubuntu,所有出售的电脑都安装Ubuntu。最重要的,我个人非常想看到我们为Ubuntu做的QA工作可以成为质量保证和测试实践的实际标准。

EK:你是在什么时候如何第一次接触到Open-Source的?

GG:第一次知道还有开源这种软件开发方法是在被告知塞班即将开源的时候。这个时候我们就必须考虑如何让所有人都能得到我们的代码,同时还要继续保证代码的整合和测试工作。这就是我第一次了解到开源这个概念,并且意识到这是多么强大的一个想法。

我的搭档曾经是一个开源项目-Dragonfly BSD的开发人员。好几年时间,我看到他在项目上工作并和社区进行交流。他想说服我为他们做测试工作,但我平日的工作实在是太忙了以至根本没时间放心思到这个上面。

所以我第一次作为社区成员参与到开源软件测试中还是Canonical和Ubuntu项目。我学习在社区中工作和反复总结并推动一些工作项目,直到最终得到部署。最开始,QA列表让人觉得是非常没有意思的工作,社区还不怎么接受QA的概念。协作进行的工作比较少,所以我们将这个Cycle中的一些任务分离出来,让社区也可以参与进来。我们提高了大家对测试的意识,很多社区成员开始和我们合作,而且还有很多关于将来Ubuntu的QA要如何来做的讨论。所有一切都为Ubuntu更上一层楼做好了准备。

我开始和Mozilla QA小组讨论一个他们正在开发的测试案例管理工具,我也想将其用到Ubuntu项目上。他们合作非常热情,并愿意为了让这个工具也可以用于Ubuntu为我们收集需求。我们很快就要加入到Mozilla QA小组做这个工具的beta测试了。我也在探索社区间的协作方式。

EK:在Ubuntu项目中,你的角色是什么?

GG:8月的时候我开始在Canonical的平台QA小组工作,在Oneiric Ocelot的最后阶段中,我一直都在关注这个项目,并学习Linux和社区的事情。

我写了一个高级策划,关于接下来两年中如何显著提高我们的产品质量。管理层接受了我的计划,并允许我将其付诸实施。从那以来我一直担任平台QA小组的技术领导人。现在我们正在研究如何部署正确的工具,以便重大问题发现的时候,开发人员可以马上开始着手解决。日常的ISO测试目前已经开始按照这个原则进行,同时ISO的质量也有显著的提升。我们也跟踪我们自己测试中发现的和在开发周期中发现的缺陷,以便我们可以对将来发行版的测试进行改进。我们的总目标是一旦有了基础就建立自动测试套件。

我们把会议从Bug Control会议中分离出来,并改变其形式使其更着重于QA。现在两组人分开时间集会并讨论他们的问题和进展,我们有一个社区成员为了提高Ubuntu的质量,正在贡献任务列表。目前我负责推动并协调这项工作,但这不是我的工作中心,因为会有专门的QA社区协调员,我们小组会跟这些人紧密合作,而我只是另外一个社区贡献者。QA平台小组帮助推进测试并使每个小小的努力都能成为整体中有价值的贡献。历史上来讲,QA方面的领导很少,我们致力于为从行业到开源社区的用户带来好的实践来改善这种情况。。

EK:你对想参与到Ubuntu和开源社区的人有什么建议吗?

GG:我认为开源是由社区推动的一股不可逆转的力量。我想说,第一步是决定好你闲暇时光想要做些什么,然后选择一个你想参与进去的项目,看看项目是否需要你的某些技能。总有概率他们会正好需要的。如果你本来就是一名开发人员,不想在空闲时间写代码,你可能会喜欢审阅代码或者beta测试一个产品来发现问题,或者跟踪bug。可能你擅长语言并愿意翻译软件来作贡献。

或者要是你喜欢调试软件,想做某个软件的质量保证和测试工作,而且准备好进入一个非常具有活力和挑战的环境,你可以发邮件到[email protected](这个邮件列表对大家都开放:https://lists.ubuntu.com/mailman/listinfo/ubuntu-qa)。

给我们的帮助越多越好。现在整个社区都在为“准确”这个目标努力,你可以在wiki上找到相关信息:https://wiki.ubuntu.com/QATeam/TasksPrecise。

Ubuntu QA小组每周都有聚会。你可以参加我们的会议,询问你想了解关于小组的东西和我们都在做什么。会议时间是每周三17:00 UTC在freenode的#ubuntu-meeting频道。会议日程和之前的会议纪要可以在这个地址找到:https://wiki.ubuntu.com/QATeam/Meetings。