51Testing软件测试论坛

标题: 抛砖引玉,我对的测试拙见,希望大家积极发表自己的看法和见解 [打印本页]

作者: huxb_dowant 时间: 2010-12-20 16:14
标题: 抛砖引玉,我对的测试拙见,希望大家积极发表自己的看法和见解
我对的测试拙见

测试是一个公司产品质量的控制者，测试工作的成效直接决定用户群对公司发布软件功能的满意度。测试工作应该得到公司高级管理层的真正重视，测试人员在确认缺陷的过程中应该具有权威性和一票决定权。
经过这么多年在测试工作中的摸爬滚打，给我感悟最深刻的是领导都知道测试工作的重要性，但很少有公司根据质量需求定发版计划，发版计划都是根据开发计划来制定的，而有的开发计划是不考虑开发能力和测试时间需求的，有的开发计划中的测试计划多多少少是上层领导强加给测试部门的。因为上述原因，很多公司的某一软件发布过程都是前期大家都比较闲，到了功能全部开发完成的时候就有大量的缺陷被提交到bug管理系统中，此时开发人员和测试人员都是疲于奔命，天天加班，到最后仍会遗留一些本应该修改的缺陷只能放到下一个版本在进行处理。这个问题很大程度上不是工作效率问题，是管理问题。
为了公司的软件能高质量，高用户满意度的发布；建议国内的软件公司要摒弃这种杀鸡取卵的软件生产方式。从需求调研阶段开始就一丝不苟的去做，做到需求明确、设计优良、开发彻底、测试圆满；使我们国产软件能够和国外同类软件有同样的定价能力和主动权。
所谓需求明确就是说我们的需求调研人员应该是软件目标行业的业务精英，他们提供的需求可以满足目前至将来几年内的行业应用需要，这样就可以很大程度上减少需求的变更所导致的无畏的劳动；所谓设计优良就是设计人员设计的软件和功能应该满足目标行业绝大多数使用人员的易操作、易掌控、美观等的要求，这就要求我们的设计人员对目标行业对应操作人员和我们开发软件使用的语言有透彻的了解；所谓开发彻底就是说开发人员开发出来的功能80%以上是较好的实现了设计，10%左右的功能优于设计，送测程序不出现无法测试的情况；所谓测试圆满就是测试工作贯穿从需求阶段至软件发布的整个软件生产过程，测试是决定软件是否发布的决定者，发布的软件无影响现阶段用户满意度的缺陷。
如果软件从业人员从心底热爱自己的行业，把自己的工作当事业来干；如果软件公司的高管真的拿客户当衣食父母，拿员工当兄弟看待；我们中国的软件一定能在世界占有自己的一席之地。
一、测试团队的组建
测试团队应该采用高低搭配、分工明确的方式来组建，避免责任重叠的情况出现。测试团队应该由测试经理来组建，并由测试经理来考核，测试经理对测试人员有更新变化的绝对权利。测试经理应该由公司高层参考测试团队的成绩来考核。
我认为一个公司的测试团队应该由测试经理，测试设计人员，测试执行人员，自动化测试人员，性能测试人员，及配置管理人员构成。其中自动化测试人员和性能测试人员根据项目或产品需要决定是否配置及人数，配置管理人员一名即可。
1、团队成员的选择
测试从业人员首先要具备超强的责任感和使命感，并具有追求完美的品质。测试人员应该对软件测试有执着的热爱，对软件应用的目标行业有深刻的认识，对公司考核体系有较好的认同；并具有较强的沟通和分析问题的能力。
测试经理：测试经理对公司及公司管理制度有很好的认同，对软件生产流程的各个阶段有较深刻的理解，对软件测试有自己的见解，对软件质量控制有自己一套合理的方法，具有追求完美的品质，对测试成员的管理和培养有自己的一套适合公司发展的体系。有很好的理解和分析能力。有很强的责任心和团队自信心、自尊心。
测试设计人员：对公司及公司制度有较好的认同，对软件测试有执着的热爱，有较强的测试用例编写水平，有较好的理解和分析能力，有追求完美的精神，有很强的责任感和团队荣誉感。具有细心、严谨、追求卓越的个人品质。有较强的学习、分析和表述能力。
配置管理人员：对公司及公司制度有较好的认同，有很强的保密意识和责任感，有较强的分类整理能力，有较好的文档编写能力，有较好的学习能力。
自动化测试人员：对公司及公司制度有较好的认同，有较强的脚本编写能力，有很强的责任心。
性能测试人员：对公司及公司制度有较好的认同，较强的脚本编写能力和执行结果分析能力，有很强的责任心，对软件性能要求有自己独到的见解。
测试执行人员：对公司及公司制度有较好的认同，有很强的责任心，有很强的缺陷敏感度，有较好的表达和描述能力。
2、团队的日常管理
测试团队的管理应该侧重发现问题及时指出和纠正，即随时教育。并根据项目或产品需要进行及时的业务和技术的培训。测试经理应该爱护自己的下属，测试组成员应该尊重测试经理；测试团队应该团结、上进，为了公司高质量的发布软件而努力和奋斗。
测试经理编写的工作计划应该征得成员的同意，测试人员日常工作要及时反馈工作成果给对应负责人。测试组成员和经理要一块保障计划无水分的执行到位，万一发现问题要及时修正计划。
对于表现优秀的团队成员要及时表扬，并选择合适时机进行物质激励；对于表现差的团队成员要及时剔除，保证团队的优秀性。对错误要及时指出和批评，对成绩要及时肯定和表扬；注意一定要对事不对人，保证管理的公平性和有效性。
我们的目的要合适的人做适合的事。坚决避免任人唯亲的发生。
二、测试团队的考核
测试的考核方式是测试团队管理的难点，但最基本的应该是测试组长考核测试组成员，测试经理考核测试组长，公司高管考核测试经理。考核结果必须要经过对应人员签字才能生效，避免滥用职权随便打分情况的发生。另外测试直接负责人打的分数是不允许上层管理者随意变更的，一旦变更，必须通过相应人员的同意。
对于测试经理及产品项目主管的考核应该根据测试团队的工作成效为基础进行评估，合理进行打分；对于测试设计人员则根据设计的用例的评审结果为基础进行评估，对于配置管理员则根据版本管理的有效性为基础进行评估，对于自动化测试人员要根据编写脚本的有效性和发现的缺陷为基础进行评估，对于性能测试人员要根据性能测试的有效性和发现的缺陷为基础进行评估，对于测试执行人员要根据用例执行效果为基础进行评估。
由于测试执行人员执行不到位而遗漏到用户处的缺陷会影响对应测试人员的绩效；由于用例编写不到位而遗漏到用户处的缺陷会影响测试设计人员及相应评审人员的绩效；由于缺陷隐藏太深或发现几率很小，但自动化测试应该发现的缺陷而遗漏到用户处的缺陷影响自动化测试人员的绩效；由于性能测试不到位导致的缺陷遗漏到用户处的将追究性能测试人员的责任；由于配置管理员发放版本错误导致的问题追究配置管理人员的责任。
上述只是一些设想，具体考核问题需要根据公司的考核体系进行填充和完善；考核首先要公平，然后要公允，只建立在主观想法上的考核是不能被认同和接受的，欢迎大家提出自己的想法和意见，我们一块进步。

作者: lctlee 时间: 2010-12-22 09:48
看来LZ的砖扔的不咋好哇，都没人回下。。
首先，你第一句话我觉得就是有问题的。“测试是一个公司产品质量的控制者”。这句既缺乏理论基础，也没有现实配套。理论告诉我们，测试是从技术层面来保证产品质量，远非产品质量的控制者这个级别，你别忘了还有QA，QA是流程上的质量保证，看起来到更像你所说的质量控制者，但QA也不是全部！结合现实来讲，很多项目缺乏明确的流程概念，或者开发就是不给力，等等，这些因素你测试如何来控制质量？“测试是一个公司产品质量的控制者”这话有点大了。

作者: lctlee 时间: 2010-12-22 09:55
“测试人员在确认缺陷的过程中应该具有权威性和一票决定权”，你的理想是好的，但现实往往是残酷的。就算不提残酷的现实，理论上在这方面也只是给了测试提交CCB进行裁决的选择，你希望的一票决定权在现有的框框内还是不存在的，无奈的事么。

作者: lctlee 时间: 2010-12-22 10:02
至于你说的测试团队的组建与考核，这该是每个公司或团队根据自身情况来制定的具体措施，弄个框框要人硬往上套，那就本末倒置了。

作者: 愚人 时间: 2010-12-22 12:04
测试只是质量控制之一，质量是全公司的责任……

作者: ericzhou2009 时间: 2011-1-26 15:17

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)