关于微软的STE SDET SDE职位的分析和总结(本人现阶段的理解)

名词解释：

STE: softwear test engineer

SDET: softwear development engineer for test

SDE: softwear development engineer (Other name is DEV, developer)

对工作内容的限定:(由于本人的工作经历, 肯定会对本人对这些职位的理解产生片面影响, 所以个人认为应该对自己所做的工作背景加以陈述, 以便更好的部分理解这些职位)

STE:

Test Type:

Intl test/Function test

Products:

1. Windows live系列: space, calendar, skydrive, profile, people, mail, photo, events, groups and so on.

2. Business Online Service系列: Microsoft Business Productivity Online Standard Suite, Microsoft Exchange Hosted Services, Microsoft Forefront Online Security for Exchange, Sign In Client, Office Communicator Online, Office Live Meeting Online, Microsoft Online Services Customer Portal and so on.

工作流程:

    根据需求说明书写test plan draft, 其中要有需要的资源包括人数,级别,机器数量,测试资料列表,还要写出时间计划,其中包括有哪些个阶段(MileStone), 还有test case草稿,其中包括case优先级,case总量的控制,case覆盖范围最后要细化每一条case,写入WTT.完成了这个文档就可以去按照各个阶段去run case,报bug,验bug,close bug,整个过程中还要解决随时出现的问题,控制测试进度和保证测试质量. Release结束之后所有的bug要关闭或者延迟, 要对整个release进行总结和评估.

职位理解:

    首先需要非常扎实的理论基础, 比如了解什么是Localizability test, Localization test, Globalization test, Marketization test, International test, 什么是Bug, 衡量Bug的标准, 是那种Bug, 这个Bug应该报给谁去fix, 这种Bug是哪种级别的, 怎样去描述一个Bug其中包括title和repro steps, 怎样check Bug等等.

    其次就需要多实践了, 多跑case, 多看别人报的Bug, 多想想前面的理论如何和实践相结合起来.

    最后, 个人认为由于STE很多工作繁琐而且重复, 并且没有太多的技术含量, 个人认为需要 有细心 有耐心的人才能完成, 个人认为女性整体而言比男性更合适. 

SDET:

Test Type:

Automation test

Products:

Business Online Service系列

工作流程:

    根据测试Team提出的需求和自己在工作中的经验, 考虑项目中哪些地方可以通过auto解放Tester, 哪些地方需要通过auto降低Tester个人因素所造成的影响, 通过和tester的交流, 明确掌握Tester的问题究竟出在哪里, 通过怎样的解决方案帮助Tester完成或者优化测试. 通过Tester的反馈, 修正auto方案, 让解决方案更可行更易用.

    在这里还要考虑到做auto的成本问题, 尽可能的少花费资源多办事, 最终实现降低测试成本, 提高测试质量的目的.

职位理解: 

    首先要全程跟踪STE的测试, 个人认为相当多的时候是需要跟着STE把每一个MileStone跑一遍下来, 这样很多时候才会明白这个Team在做什么, 哪里需要做自动化, 哪里能够做自动化, 这个Team最需要做自动化的地方在哪里,近而确定优先级, 否则一个完全不了解产品的人, 根本不知道Team在做什么, 就算有一份自动化需求的文档也不会很清楚从哪里下手解决问题, 更不用说写这种文档的人往往又是STE, 他们本身对自动化不了解, 这种需求也仅仅是他们的一厢情愿, 他们根本不知道这个东西能不能实现, 怎么实现, 先实现哪一个. 从这点来看个人认为一个Team的SDET应该从STE做起, 至少应该在这个Team做过相当数量的STE工作, 对产品本身有着全面的了解.

    其次那就是技术了, 注意我这里说的不是有多少开发经验, 而是综合的解决复杂问题的能力, 一个好的SDET是应该有很好的coding能力, 但是有了好的coding能力不一定能做好SDET, 其原因很简单, 那就是SDET是要解决复杂的实际问题, 而不是仅仅会coding就能够做到的. SDET需要了解大量的测试工具及测试框架, 并且熟知每种工具的优缺点, 需要有敏锐的大脑能够把复杂的事情理出清晰的头绪, 最后需要的是发散的思维, 用种种的奇思妙想通过各种不同的方法组合, 用最少的成本做最多最复杂的工作, 并且得到做好的效果. 不同的程序语言和开发工具能够让解决问题的效率有天壤之别, 因为各个语言和开发工具都有自己的优缺点. 但是一个好的工具可以代替你写很多代码, 并且可以节省很多时间, 正所谓工欲善其事 必先利其器, 而不同的工具和程序语言的组合则更能显示其强大的威力, 这就是解决问题的方法, 好的方法可以让事情一蹴而就还能降低项目的成本, 而好的方法来源于人类大脑的思考, 这些思考又往往来源于平时实践的总结, 所以说一个好的SDET应该博学,实践,多思.

SDE: 本人还没有做到该职位, 现在不敢妄加评论. 只看到他们根据需求文档和架构文档会去写开发文档, 然后各个阶段完成各个功能, 做单元测试, 本阶段不能够完成的, 推迟到下一个阶段, fix测试人员报的Bug.