软件企业测试团队的组织架构



测试团队的发展,就目前来看,出现了二种趋势,一种是把整个公司或者事业部的测试集中在一个大的测试部门,另一种是打散分到各个产品线。因为各个组织的情况和发展思路不同,很难简单说哪一种好或者不好,从测试团队的角度来看各有利弊。集中在一个大的测试部门的主要好处是:

1、因为资源的整合,可以减少各个团队的重复建设,集中来做一些平台建设,技术研究或者技术共享,有利于提升团队的技术深度。


2、从业务的角度,集中后测试可以横向地连看各个项目的质量情况,研发流程的过程执行和效率情况。从整个组织的角度,对研发的质量和效率有促进作用。


3、从测试人员的个人发展的角度,因为整个测试组织有了更好的深度,个人发展的空间也会更大,无论技术还是管理方面。



将测试人员分到各个业务的好处是:

1、和对应业务的产品和开发等团队在一个部门,可以减少跨部门的协作的问题。


2、因为分到业务部门,可以针对业务的发展情况调配人员的编制,避免在大的测试部门的时候可能会面临的业务之间人力资源的竞争的情况。


3、测试人员可以更加专注和贴近业务,持续深入地了解业务的需求,一些实践也可以做的更专深。


另外,介于这二者之间还有一种是矩阵式的管理。一方面,从组织架构上是归属于部门或者质量部,但是从日常工作上,是归属到具体业务线,也可以虚线管理,和对应的产品、开发团队密切配合,包括工作的座位可能都在一起。


笔者所在测试组织独立于公司里的其他部门,其他研发部门的所有的软件程序产品都需要正式申请到测试测部门申请测试,测试部门可以通过测试提供产品的各个方面的数据度量,包括每个研发人员的数据度量。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
本书是以使读者熟悉微软产品、微软工程师、微软测试人员、测试的作用和对软件工程的通常做法作为开始。书的第二部分讨论许多在微软常用的测试实践和工具。 书的第三部分探讨某些我们工 作中使用过的工具和系统。书的最后一部分探讨在微软测试和质量的未来方向,以及我们打算怎么创造未来。 本书结构清晰,内容详实,可作为广大软件测试人员的参考用书。 本书内容:   本书是以使读者熟悉微软产品、微软工程师、微软测试人员、测试的作用和对软件工程的通常做法作为开始。书的第二部分讨论许多在微软常用的测试实践和工具。 书的第三部分探讨某些我们工 作中使用过的工具和系统。书的最后一部分探讨在微软测试和质量的未来方向,以及我们打算怎么创造未来。 本书结构清晰,内容详实,可作为广大软件测试人员的参考用书。 事实上,软件的“缺陷”是不可避免的,只能通过编程人员和测试人员的共同合作,把“缺陷”降低到最小的程度。现代的软件工程管理方法,就是边开发边测试,及时把“缺陷”降低到最小程度。本书是 实用性很强、实践经验很丰富的一本好书,对我们软件企业软件工程师来说都具有十分重要的指导意义。 ——中国软件行业协会秘书长胡崑山 软件工程人员为了做好测试工作,认真学习测试的理论和方法是十分必要的,但还应该积累软件测试的经验,通过阅读本书可以吸取知名优秀软件企业的最佳实践。 ——中国软件行业协会系统与软件过程改进分会(CSPIN)常务副会长、 清华大学教授郑人杰 本书是我一直在寻找的关于软件测试最佳实践的书籍,我很愿意向我的学员们推荐此书,作为软件测试实践的有效补充。 ——国际软件测试认证委员会ISTQB中国分会专家长、ISTQB 软件测试培训师周震漪 本书为业界吹来一阵清新的实践之风。全书通过翔实的案例描述了这个世界著名的软件企业为了保证快速和可靠交付,是如何毫不留情地与那些狡猾的缺陷进行顽强斗争的系列故事;此外,仔细介绍如 何通过质量保证生产出世界一流软件的基本原则是本书的另外一个亮点;与此同时,随处可见令人惊讶的创新,则是本书强大的作者团队,在分享他们的微软最佳实践方面的宝贵经验 ——国际外包管理协会(IIOM)主席Jerry E Durant 软件测试软件工程中一个不可或缺的重要步骤,是一项需要高度智慧和极具挑战性的工作,又是一项需要实战经验积累的工作。“他山之石,可以攻玉”,此书的出版将为我们借鉴微软的先进测试经 验;培训中国软件测试人才;推动中国测试服务业的发展做出重要贡献。 ——中国软件测试机构联盟常务副理事长 上海计算机软件技术开发中心首席知识官杨根兴 软件测试技术和它在软件开发中的重要作用得到了业内越来越多的重视和研究。微软公司无疑的是软件测试技术的领引者。本书将给在这个行业工作的和准备加入这个行业的人以启迪,揭秘软件测试的 真谛。 ——软通动力信息技术有限公司董事长兼首席执行官刘天文 作为一位拥有数百测试工程师团队的外包企业的管理人员,我看到了大量测试微软产品的过程中所遇到的问题和工程师们设计出的各种解决方法。本书则把微软软件测试的方方面面的理念、方法、技术 、工具、流程等介绍给我们,不仅可以使测试工程师系统地学习测试技术,还可以让我们的管理团队开拓思路,少走弯路。我强烈推荐在各个企业的同仁们花时间读本书,从而起到事半功倍的作用。 ——文思创新软件技术有限公司执行副总裁及首席全球化官吴建 现代软件测试从方法、技术和工具层面已远远突破了“寻找缺损”和“验证功能”范畴。软件测试已成为软件开发和软件工程管理不可缺少的一部分。微软在这一领域的实践是划时代的,它将软件的规 模、工程的复杂性带到了前所未有的高度,其解决的问题的难度,以及为此而付出的代价都是无与伦比的。因此,多年以来,微软软件测试的理念、方法、技术、工具、流程,及其与其他角色的协作等 诸多方面,都一直是业界研究、探讨和借鉴的中心。本书第一次由微软的权威人士从内部系统地揭示这一奥秘。本书应该成为中国同行们的必备经典。 ——美国一通公司(iConnect Inc.)总裁王志峰 本书作者中有我的前同事Bj Rollison,他是微软公司中最有资历的测试专家之一。译者中也有我多年的好朋友张奭,她一直致力于把微软先进的公司文化、产品理念带给中国国内的企业和个人。感谢 他们的执着和付出,本书把神秘软件王国——微软如何进行软件测试揭露给了大家。本书必将成为国内软件测试人员的参考宝典,也将会彻底改变国内对软件测试的偏见,让大家充分理解,软件测试绝 对不是一件简单、低级的事情,而是一件极具复杂性,需要极高综合素质的人员才能做好的事情,这也将有助于更多的毕业生去选择从事软件测试,从而改善软件测试行业中人才缺乏的问题,特别是高 端人才。 ——海辉软件(国际)集团公司副总裁汪建兵 这是我所见过的测试方面的经典!它精薄而全面,言简意赅,结合实际,深入浅出,使读者快速理解软件测试流程和核心技术。 ——上海越通软件有限公司董事长周晓冬 我在天津市软件测试中心工作了7年,一直都在寻找不同软件测试方法、测试工具的使用、测试流程及管理。所以,一直都非常关注软件测试方面的书,以便用它来指导我们测试业务的开展,同时对 于软件开发企业控制软件质量,也有指导意义。本书汇集了微软极其丰富的软件测试的实践经验,从理论和实践的结合上,让软件测试界有了一个信赖和学习的榜样。这将有力的推动中国软件测试技术 的发展,从而保证软件产品的开发质量,缩短软件开发的时间。谢谢你们把软件测试的经验和我们分享,谢谢你们对软件测试领域的贡献。 ——中国天津市软件评测中心主任周文禾 微软拥有着伟大的产品,这离不开强大的测试团队和卓越的测试技术,本书将带你发现微软是如何展开测试的,以及在测试方面的最佳实践,这是软件测试领域的骄傲,我推荐更多的测试经理、测试骨 干人员阅读本书。 ——麦思博(msup)有限公司首席运营官刘付强 对于大多数国内软件公司来说,不缺少高水平的技术人员,而在如何做好软件测试,如何保证产品质量方面却面临着巨大挑战,能否突破这个挑战是软件产业持续发展的条件之一。值得高兴的是,最近 几年软件测试得到越来越多的重视和关注。但是,国内关于软件测试实用技术方面的书籍相对较少,本书深入浅出地介绍了微软软件测试的实践,包括相关测试技术与管理方法,这正是我们广大软件质 量人员所需要的,相信每位读者都能从本书中汲取到值得借鉴的经验。 ——浪潮集团山东通用软件有限公司研发管理部经理刘俊红微软内部专家的评论 在全球化的深刻变革中,信息技术所发挥的力量是毋庸置疑的。微软用软件的力量推动了全球化的进程,而软件测试理念和实践的革新带来了更加“智慧”和接近“完美”的软件产品。这本书完整地呈 现了走向“智慧与完美”的方法与实践。 ——微软公司全球资深副总裁张亚勤 以用户为中心的测试是专业软件开发流程中不可或缺且至关重要的一环。作为一名拥有十年软件测试经验的微软员工,我非常高兴能向国内软件开发人员和爱好者们推荐本书。它解析了微软公司的软件 测试体系,并在某种程度上揭示了微软的一个成功“奥秘”,即高度重视软件测试工作,并借此为全世界的用户和专业人员提供高性价比、高可用性的应用软件和开发平台。我诚挚地祝愿并期待这本以 微软“实战经验”为亮点的著作能够成为中国软件行业管理者和从业人士必读的经典书籍。 ——微软大中华区开发工具及平台事业部总经理谢恩伟 与大多数讲述软件测试理论的书不同,本书最大的特色之一是其实用性。所有的方法,流程,技术和工具都是基于实际开发需要而建立或实施,应用于微软产品的开发并经过多次的检验。作者在阐述中 ,也用了很大的篇幅讲述,强调如何在实际中运用这些知识。这在很大程度上取决于他们的背景和经历。本书作者都是在有过多年软件产品测试经验之后,专门在微软从事软件测试技术推广和测试人员 培训的资深专家。很多微软的工程师都是通过他们的培训来学习并理解软件测试的。而本书的出版,则给更多的人提供了这样一个机会。 ——微软全球产品开发部测试总监杨永生 本书详尽地阐述了微软各个产品部门间通用的软件测试组织架构、方法、工具和实践。这本书总结了微软数十年来在软件测试上的经验,可以提供国内在软件开发与测试管理以及人才培养方向上宝贵 的参考非常值得一读。 ——微软中国Protocol部门首席测试经理黃镇铭 本书是我在微软公司过去13年从事软件工作以来读到的对微软公司的软件测试的过程、方法、理念和文化诠释得最为全面的一本书。阅读它带给我一种怀旧的感觉,更启发了新的感受和灵感。我相信微 软公司的这些经验也能为在学校和行业界的读者带来收获。 ——微软总部SQLServer首席测试经理张力
1、构造运营文档的基本内容:操作指南、标准的操作流程;用户支持和技术支持的流程;知识库;技术支持人员的培训。 2、在制定项目中间里程碑时,以下哪些方针可以借鉴? 由项目类型决定;考虑外部事件和风险;避免长时间没有里程碑;将里程碑与交付成果结合起来;仅使用适合项目情况的MSF 推荐的里程碑 3、关于“项目对团队成员能力的需求”以下说法正确的是:在某个项目给定范围内,能够保证工作有效进行所需要的知识、技能和绩效等级 4、使用测试的目的是确保解决方案在它所需要的环境下正常工作,其重点是从用户和运营人员的角度对解决方案进行测试。使用测试的类型包括:配置测试;兼容性测试;压力测试;性能测试;文档和帮助文件测试;可用性测试 5、MSF的哪一个角色负责客户最后签字认可过程?发布管理角色 6、覆盖测试是开发阶段最常见的测试。它有以下类型:单元测试;功能测试;签入测试;构造验证测试;回归测试 7、使用内部发布的好处:将复杂项目分解为多个可管理的任务;易于实现对计划的变更;提高了解决方案的整体质量;提供了一个相对容易实现的短期目标 8、团队模型的环形结构中的六个角色是什么?程序管理;开发;测试;发布管理;用户体验;产品管理 9、MSF 开发阶段团队主要工作包括:编写代码;开发基础架构;创建培训课程和文档;开发市场和销售渠道 10、完成收尾活动将产生哪些类型的文档?主要交付成果的最终版本:远景/范围文档、功能规格说明书 ; 客户/用户满意度调查;后续步骤的总结 11、常用传递标识流的方法有:传递用户信息,重新认证;传递认证凭证;单一认证解决方案;运行在同一上下文中 12、建立变更控制的重点是什么?应用于所有的变更;促进变更的合并;基于 MSF 创建“动态更新文档”的核心概念 ;尽可能早地确定文档的基准版本,尽可能晚地确定其最终版本,使团队保持灵活性 13、SOA的特性为:明确地定义系统边界;每一个Service是自治的 ;Services与它们的消费者之间共享的是Schema和Contract ;以适用为目的的设计 14、以下哪些是功能规格说明书的成元素?远景/范围总结;背景信息;设计目标;使用场景;功能和服务的描述;件规格说明(产品和配置);依赖关系;附件 15、下面,有关Object Spaces叙述正确的是:将业务逻辑和数据存取逻辑隔离起来/用业务对象方式操作数据 16、User Interface Process Components的作用是什么?隔离了UI与业务逻辑层/对流程中的UI进行了管理/提供了状态保存和传递的机制 17、关于功能规格说明书的说法,正确的是:功能规格说明书描述了要构造的解决方案的功能,包含设计成果/创建功能规格说明书是一个逐步完善的迭代过程 /如果没有功能规格说明书,团队将不知道如何正确地构建解决方案,用户的期望也会难以确定/如果没有功能规格说明书,团队很难对项目的预算和进度表做出估计 18、关于“解决方案验证”说法正确的是:解决方案验证可以降低风险,避免在大规模投资后才发现解决方案的基础构架部分并不能在生产中很好地运行 / MSF解决方案验证并不完全等同于原型,或单纯的技术验证。/确认解决方案的基础构架在实验测试环境下是可行的。 19、对于开发和测试环境,下列说法正确的是:开发和测试环境必须能反映生产环境 /生产环境同开发和测试环境必须分离/应按照开发和测试计划中设置的标准配置来建立环境 /为了实现对项目的控制,需要注意同步开发和测试环境之间的状态 20、MSF 稳定阶段的交付成果包括:试运行评审/可发布版本(源代码和可执行文件、脚本和安装文档、最终用户帮助和培训材料、运营文档和发布说明)/测试和缺陷报告 / 项目文档 21、MSF如何帮助IT克服在项目过程中遇到的障碍?保持交流与沟通 /有效地组织团队 /理解业务的方向 22、以下哪些是扩展团队规模的因素? 项目的复杂程度 /项目大小/风险阀值/技术难度 23、下面哪些是核心件的示例:域控制器/邮件路由器/远程访问服务器/数据库服务器 24、八条MSF基本原则中的哪几条与团队模型有关?拥有共同的远景/关注业务价值 /灵活敏捷,主动应变 /向团队成员授权/鼓励开放式沟通/职责清晰,责任共享 25、微软运营框架将配置管理定义为一个非常重要的过程,关于“配置管理”说法正确的是:实现再现或回退到前一版本的配置/需要团队在数据库或其他工具中记录各种配置 /对解决方案各个版本的历史记录进行追溯和控制的正规过程 26、请从下面选出IT项目在交付解决方案的过程中会遇到的障碍:目标和职能分离 /业务和技术分离/缺乏共同的语言/沟通不利 27、在项目中设立里程碑有哪些好处?帮助同步工作成果/使项目团队外的人员也能看到项目进展情况和质量情况/可在项目进行中纠正偏差/着重于评审项目目标和交付成果 /增加阶段性的审批环节,只有在审核通过后,才进入下一个阶段 28、MSF的基本要素——两个模型和三个准则分别是什么?团队模型和过程模型,项目管理准则、风险管理准则和就绪管理准则 29、使用平衡三要素管理项目范围时,需要考虑的三要素包括:资源/进度/功 30、构造用户体验交付成果是:用户参考资料(用户手册和帮助文件)/用户界面中的图形元素/最终用户培训/可用性测试场景 31、程序管理角色的目标是什么?按项目约束交付解决方案 32、功能团队必须要包括所有角色吗?不是 33、发布管理角色需要参与驱动的计划包括:安全性计划/部署计划/采购和设施计划/试运行计划 34、好的项目远景能达到什么作用?引导团队朝共同的方向前进/简化决策的制定过程,确保决策的一致性/激励团队/强化解决方案目标/保持对解决方案质量的重视 35、测试的目标包括以下哪些内容:找出所有团队必须解决的缺陷/按照功能规格说明书验证解决方案中的件/找出设计中的错误/找出由意外的用户行为而产生的错误/测试解决方案中的所有成部分 36、对于MSF 过程模型的阶段和里程碑说法正确的是?在计划阶段,团队和客户共同定 义构建和部署的内容以及构建的方式和时机/在开发阶段,团队构建并测试解决方案,具体包括代码、基础构架和文档等交付成果。/在稳定阶段,对功能齐全的解决方案进行最后的测试,使其成为稳定的解决方案,为其后的发布做准备。/在部署阶段,将稳定、完善的解决方案完全部署为真正的产品。 37、MSF部署阶段交付成果包括:运营及支持信息系统/所有版本的文档、装载设置、配置、脚本和代码 / 项目收尾报告 38、六种MSF角色中,哪种角色不能与其他角色合并?开发 39、支持象限的主要目的是什么?整合过程、工具和人员,以便标识、排列(区分优先级)、指派、诊断、跟踪和解决突发事件、问题、错误、请求和质/与客户进行清晰的和精确的交流/平衡“知识可扩展”的自助帮助和人工帮助/达到内部和外部服务台的无缝连接。 41、UIP Components需要考虑的问题是什么?如何将控制流程和窗口、页面等界面元素分开//流程的每一步都需要保存状态。如何能抽象出一个统一的状态模型,可以使状态在留转过程中被保存和传递//最好能够用一套处理机制,能够满足WinForm程序和Web应用的需要 //用户的在一个操作流程中可能会嵌套子流程,或者会转到别的流程 //记录流程的流转的日志 //流程的维护 42、以下,哪些是针对系统安全性的威胁:标识欺骗/篡改数据 /可否认性/拒绝服务 43、主-从级联复制的优势是什么?将源从大量复制负载中解放出来/添加多个目标不影响源 G:CET能够相对独立 44、下面哪些应用可以被称为Smart:A:能够利用本地资源 A:智能安装和更新 A:Connected A:对各种客户端设备支持性 45、异常可以分为:/业务异常 /技术异常 46、下面哪个是对企业体系结构4个视角的正确说法:业务、应用、技术、信息 48、有哪些类型的Smart Client应用:/标准的WinForm程序/Microsoft Office /Internet Explore 49、异步消息通讯机制的优点是:/扩展性和可用性/更容易定义SLA 50、下面,哪些是Process Service的要求:/可以方便的修改和定义 /对于业务人员来说易于掌握 /方便的工具来开发和调试 /健壮的异常处理(交易补偿) /大的Process可以包含对于一系列小的Process的调用 51、MSF 构思阶段的目标是什么?/创建一个关于项目的目标、限定条件和解决方案的概要视图 界面层的异常处理的处理方法有//重试/将问题提交给用户/停止界面流程 52、 常见的Caching技术有://ASP.NET Cache //数据库缓存 //通过静态变量缓存//Memory-Mapped Files 53、 授权包括://用户的权限//代码的执行权限 54、 在构思阶段,各种角色的职责是://根据质量目标提供反馈//提出为了保证质量而需要采取的行动 55、 移动数据拷贝需考虑的因素有哪些?//数据的有效性不再符合要求//网络或应用程序平台是不可靠的//其他应用程序要求使用不同结构的数据//网络带宽不能满足实时数据访问的性能要求//允许一定的延迟//对数据的更改一般不会存在冲突//其他应用程序只要求读访问,或者不要求保留对目标的更新 56、 使用SQL Server实现主-从事务增量复制注意事项是什么?//使用SQL Server用户账户连接到分发服务器//将所有的计算机置于一个Microsoft Windows域,或者在所有计算机上设置一个具有相同密码的公共用户。然后在分发服务器和订阅服务器之间使用Windows信任连接 57、 为什么使用Web Service?//建立在广泛的互操作基础上//支持自治的应用模型 //灵活的发现服务//灵活的绑定服务 58、 主-主行级同步的影响因素有哪些?//当断开连接时,需要能够更新拷贝//乐观的并发控制 59、 数据复制模式有哪些?//主-主行级同步模式 //使用SQL Server的主-主行级同步模式//主-从快照复制模式//捕捉事务细节模式 //主-从事务增量复制模式 60、 在收尾阶段应该进行哪些工作?//调查客户满意度 //准备收尾报告 //进行项目回顾 //得到客户的签字认可 61、 SOA指://本质上是一服务的集合。这些服务之间相互沟通。这种沟通既可以是简单的数据传输,或者是由两个或多个服务共同参与的一些活动。SOA也包括Service之间的连通技术。 62、 以下概念哪些与目录服务管理 SMF有重要关系?//支持目录功能的应用程序 //日常支持活动,如对企业目录的监控、维护和故障排除//用户、和资源的创建和管理//元目录 (Metadirectory) 63、 主-主复制的解决方案是怎样的?//从源端复制数据到目标端,并检测和解决自上一次复制以来出现的任何更新冲突 //由位于源和目标之间、方向相反的两个复制链接成的复制构造块 64、 下面哪些应用可以被称为Smart :A:能够利用本地资源 A:智能安装和更新 A:Connected A:对各种客户端设备支持性

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

软件测试King老师

感谢大家一直以来的支持和关注

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值