给你不同的测试工作,你的选择是?

上一篇 / 下一篇  2015-07-23 15:44:29 / 个人分类:金融行业测试

A公司是定制型软件为主。相传是由于技术主管老总在客户处开会和演示系统,多次且反复被一些低级又简单的问题失了脸面,项目验收受阻。终于下定决心挑了一位经验丰富且项目理论基础扎实的测试负责人,组建了独立的测试团队。在这位老总的支持下,测试团队快速规范且发现了极多的问题,大大提高了产品和项目的质量,同时也培养出了较多的专职测试人员。测试团队、开发团队、需求团队和实施团队组成了多个横向职能组,资源共享,多个项目并行,同时纵向任命项目经理为单个项目负责,产品经理为产品设计负责。公司通过了CMMI3级后,项目逐渐走上正轨,人才相对充裕。此时身在测试团队备受重视,但是主要以功能测试为主,少量的性能测试,以中小型项目为主,技术的发展受到制约。

 

B公司利润丰厚,在IT方面豪掷千金,对软件系统质量要求非常高,软件的质量和系统的安排对业务以及利润影响非常大,所以公司聘请专门的外包公司,组织专业且庞大的测试团队,对系统进行全面测试。测试流程非常规范,严格遵循着编写测试计划并多方面评审,就功能测试而言,编写功能测试需求并评审à编写测试用例并评审à执行测试(ST两轮,UAT两轮)à测试总结。对测试用例和测试执行工作全部量化,例如每一个测试人员要求执行**条案例,当日未执行完成则需给出合理解释。对测试人员分为高级、中级、初级多个级别进行管理,升级需答辩通过。作为一名功能测试执行人员(一个大型项目功能测试人员达到100人),在团队中面对复杂的业务、工具、环境、配置,执行部分功能的测试用例,对自己的工作内容非常明确。但接触项目的冰山一角,思考的面相对较窄。因为测试用例已经全部完成,只需要照做,并解决执行过程中的一些简单问题。另外,由于采用外包的方式,测试人员感觉毫无归属感,人员流动较大。

 

C公司通过前期的项目运作,逐渐做成了一个产品,并拥有了一定的客户群。新成立后,组建团队,开发、测试、实施组建了多个职能小组。但是由于项目的安全性要求,必须到客户现场进行开发。新组建的团队没有业务指导,没有管理流程,没有共同的目标。客户非常强势,项目经理、需求、开发基本都疲于应付。测试小组从零开始学习业务,基本以功能测试为主,对测试发现的问题,开发(由于客户需求优先)根本不理会。后期由于公司主管领导的更换,考虑到人员成本太高,测试团队分解到各条产品线中,充当测试工作和文档工作。失去组织的测试人员,有的划入产品团队继续做测试和文档工作,有的辞职,有的转岗做实施。

 

D公司盈利模式较好,软件系统的质量决定其核心业务和利润。业务相对稳定,属于高速发展期。公司相对重视测试,组建测试团队,高薪聘请测试技术专家,分别建立起了功能测试框架、专职性能测试、多条产品线测试团队。管理非常宽松,项目采用敏捷开发的思路,且进度压力较小。测试人员完成版本测试的同时,拥有较多的时间进行自我提升,且由于高手云集,身边拥有较多优秀的导师。但是由于流程相对不规范,人员流动大,加班也不少。

 

我们测试人员在求职时,最在乎薪资。实际上到了工作中,薪资的影响就相对小了。公司良好且持续的盈利模式,优秀的团队成员,宽松的管理文化(公司对待测试的态度,项目对测试的依赖情况),学习的机会,这些都需重点考虑。因为我们作为员工,赚钱的同时,我们更应该关注工作的心情,自身的提升,生活的质量。当然,作为别人的同事,也应该不断提升自身素养,贡献一份价值,一份友好和包容,共同创建一个向上、和谐的工作环境。

TAG: 测试 不同公司 你的选择

 

评分:0

我来说两句

Open Toolbar