应用软件测试组织架构

发布: 2008-4-25 11:51 | 作者: 网络转载 | 来源: 网络转载 | 查看: 267次 | 进入软件测试论坛讨论

　在手机芯片公司内的测试部门组织架构较为复杂，涉及到硬件，软件和生产若干方面，为了减轻测试部的工作压力，在国内通常会分立出生产支持部门，专职负责生产工艺和后道测试；或者将硬件和软件的测试放到硬件、软件的组织架构内，只将更高level的集成和系统测试放到测试部执行；或者只将测试部门作为一个附属机构从属于研发，只从事低层次的用户级测试。无论采用哪种形式，都不如将所有涉及到测试的工作放置到一个独立的测试大部门中节约资源和提高效率。主要基于以下原因：

　 1. 综合考量测试技术发展的roadmap；
　 2. 自动测试平台技术开发和共享；
　 3. 培训平台和资源的分享，有利于测试人员Knowledge, skill和Domain technology的提升和交流；
　 4. 测试人力资源和实验室资源的共享；
　 5. 测试人员和开发人员之间的接口更趋简单；
　 6. 有利于提高测试工程师的待遇和地位。

在这里主要讲述的是测试部门中的应用软件测试组织架构的建立。如果手机上层结构合理，接口清晰，应用软件测试工程师主要的测试对象是UI framework和具体业务。针对这样的工作内容，应用软件测试技术工程师基本有三个职业方向：

a, 应用软件测试工程师 (Tester)。主要负责具体应用软件的测试，负责具体测试case的编写，测试计划的执行，以及测试报告的撰写和维护。

b, 自动化测试开发工程师 (Tools Dev.)。主要负责具体的自动化测试工具的评估，设计，编码和维护，以及测试脚本的维护和编写工作。

c, 测试设计工程师 ( Designer)。主要负责测试规范Outline的编写，测试策略的制定，测试计划的制定，自动化工具的high level design，以及各级review的工作。

　应用软件测试工程师应该选择有嵌入式调试经验，至少对某一类嵌入式平台和操作系统有所了解；对上层应用实现流程概念清晰，逻辑缜密，思维活跃。在这个岗位上，需要完成case的编写，也就是需要设计和验证测试Case，已达到测试规范的outline期望达到的目的。设计case时，能够综合所学的知识，利用仪表资源或对程序架构的了解设计合理有效率的测试过程，有效的得出测试结果。测试结果应该是可重复，可跟踪，可调试的。同时，结合现有自动化平台的能力，尽可能的实现自动化测试，并能对现有的自动化平台提出需求。

　自动化测试开发工程师应该选择比较强的Windows平台高级语言编程能力的工程师，并同时对嵌入式开发和测试有所了解。通过工作，来提升对软件测试和自动化测试的理解。结合软件规范的规划和Case设计，以及现有的仪表能力，来实现自动化测试。在很多情况下，自动化测试工程师需要和一些仪表厂商进行合作，或基于仪表厂商公开的API做二次开发，或合作进行仪表接口的开发工作。这类工作，往往由测试部其他测试团队中的开发工程师来完成，并进行封装，再交由应用软件自动化测试开发工程师进行集成。应用软件自动化测试开发工程师应该集中于解决图像比较和采集技术的突破和脚本语言的完善和推广。