测试全景图

“彷徨”一词百度百科是这么解释：　

1.         亦作“仿偟”

2.         指因心神不安或犹豫不决而来回走动

3.         周游；流荡

实际上每个人在人生的每个阶段都会“彷徨”，包括在家庭，婚姻，工作，事业，生活等各个方面。当然我们的测试职业也是一样，也会彷徨，我也曾经多次彷徨过，我想我将来还会出现。我觉得我们首先要正视这个问题这一切是正常，如果处理的好，将对我们带来非常积极的影响。

我们从事的测试职业，我认为可以分成三个阶段学习期（2至3年），成长期（3至7年），积累期（8年以上），在每个阶段未到后一阶段初期，测试人员最容易出现“彷徨”。我们先来看看三个阶段状况。

学习期也可以说是我们测试的基础期，这个阶段我觉得团队氛围，特别第一位帮带老师或直接领导是最重要，这有可能影响该新人的一生的工作方式和工作习惯。我记得有一个同事他的领导技术能力很强，但是很会骂人，现在他也成为领导了，我发现也成了技术能力强但也是很会骂人的领导。所以现在当有应届生来到岗后，我会尽量安排工作责任心强，工作规范执行较好的测试Lead来帮带这样的新员工。学习期出现的彷徨一般是觉得自己一定的能力了，那些老员工工资凭什么拿得比我高，他做的事我都能做。或者自以为自己啥精通，其实有些懂得连皮毛都没有。我有一个很要好的开发朋友是一个资深开发，现在一家公司担任架构师一职。他说工作一年的时候在简历把j2EE选择精通，三年的时候选择熟悉，5年的时候选择了解，现在没得选了。

成长期应该测试职业的创业阶段，是拼杀在前线带队的将军，是能够万军从中取上将首级的人。需要有一身“闯”劲，要有解决问题的能力，特别是攻克重要的测试项目和技术难关。这时需要寻找自己的机会，要把测试相关各种业务，技术搞精搞透。问题碰到一个消灭一个，解决问题的时候一定要追根问底，把问题真正搞明白，而且要定期总结。这个时候公司的发展前景应该是我们关注的重点，这个时时候测试人员也会出现“彷徨”，应这这个时候诱惑最多，最大。在这里每个人都会出现一个测试职业性质分水岭，继续技术还是偏向管理。很多人会选择管理，这也是目前大部分国内公司的实际情况，只有管理才有上升空间。其实我们不要被这种事彷徨，所有一切可以根据自己的处理去改变。很多测试经理喜欢技术不喜欢管理，其实很多可以这样解决的自己还是做技术解决、测试难题攻关和人员技术培训，而把日常管理、人员考核，部门预算等琐事交给副经理或者技术文秘处理。大家一定要记住我们要学会适应环境或者自己去创造环境。

积累期应该是测试比较辉煌的阶段，在公司也有一定资历和地位，是幕后运筹帷幄的元帅，是能够运筹于帷幄之中，决胜于千里之外的人。这个时候应该根据实际经验，根据公司实际情况制定章程，工作标准流程，建立自己的核心团队，团队要合理配备要有学习期的也要有成长期的人。其实积累期的人也会彷徨，特别当前面所做的事都基本完成后，发现没有动力再次推动。我有一测试朋友他是这么处理，创建一个团队后就离职然后到新单位再重新来一遍周而复始。我觉得这个时期应该需要创新，包括测试本身的创新，如引入自动化测试，量化考核上，测试框架的建立等。也可以职业进行新的规划，如搞质量管理，有得做研发管理，做测试咨询等。

目前随着测试行业的欣欣向荣，涌进很多测试人员，包括刚毕业的，开发转行，其它行业转行，但是我总感觉现在有一个误区。都想搞自动化，都想学工具，只要学好QTP，LR就能测试，就能拿高工资。

其实随着各个行业发展，特别是像金融，证券。医疗，电信这样的行业，业务相当得很复杂。特别是目前项目中需求粗糙，甚至没有情况下，对测试人员的业务知识要求越来高。我们公司是做医疗，如是不知道医院流程，医学行业标准、医学知识，医生、护士每天怎么做事，我们是没法做好测试的。

我记得刚进公司闹过这样的笑话，我给客户演示医生站，演示输处方功能，我每输入一个药品，医生都会有骚动。听到的是这个药品不能口服要死人的，这个药品的剂量不能开这么大，这个药品要皮试后才能开正式处方等等。

这两天我收到好几个项目中缺陷，发现很多也是业务问题，如：医生开处方或医嘱时，药品这块主要是看剂量，数量是可以通过剂量转换，但是测试人员剂量把他当作规格，以为只是作为单位看看的，造成在特定的情况下剂量转换数量错误。

我说这些的目的就是想告诉大家，业务知识在测试过程中的重要性，大部分情况下一个业务精通测试人员比一个测试工具使用很强的测试人员更能发现问题，测试质量更高，项目组成员更喜欢。

当然有很多人在想我精通业务做什么，测试人员把测试技术学好就好了，对以后职业有什么作用，其实很多东西共通的，如：ERP，在咱这里叫HRP（HIS），业务中也有财务，库房，人事，客户关系等相关业务。很多东西都是可以借鉴的。其实业务需求分析员也是可我们测试人员经后不错的发展的方向，我这里就有好几个都去做这块了。

这个时候有人会问，你说的这么好，，如何快速掌握业务知识，我觉得有很多的途径。

1.       百度，Google至少先明白那行业中的专业术语。

2.       参与需求调研，有机会参与客户培训和售前支持，多与客户面对面沟通。

3.       查阅系统原有的需求、设计，运行产品对照用户手册熟悉系统。

4.       根据自己理解试着画业务流程图，整理功能清单，找相应业务人员确认。

测试用例的基础要求以及一个简单的实例

    最近看了几个测试组长写了的测试计划，发现都不是很好，感觉都是为了应付QA/CM检查，跟几个测试组长沟通了一下，有一部分原因是模板问题，不知道怎么写。这两天网上找了很多模板根据公司情况整理了一下，分享给大家！欢迎大家提意见。

1.修改TD服务器端start_a.htm文件和SiteAdmin.htm的var fMSIE3456字符串，加入“|| (ua.lastIndexOf('MSIE 7.0') != -1）和“|| (ua.lastIndexOf('MSIE 8.0') != -1）.
2.打开IE8--工具--Internet选项--高级--安全--去掉“启用内存保护帮助减少联机攻击”勾。
3.右击开始菜单程序的IE点击“以管理员的身份运行”即可。

测试工程师招聘2名   工作地点杭州

工作职责

根据公司开发过程编写测试计划，设计测试用例，编写测试报告。

完成对产品的集成测试、系统测试，提交缺陷。

对软件问题进行跟踪分析和报告，推动测试中发现问题及时合理地解决。

岗位要求

计算机相关专业本科及以上学历，1年以上的B/S或C/S产品测试经验。

熟悉软件工程，对软件开发过程有较深的理解；

熟悉SOL Server或oracle，能够熟练应用SQL语言。

优秀的沟通技巧及团队合作精神，较强的责任感，思维敏捷。

有医疗行业产品测试经验优先。

熟悉Spring＋Hibernate框架开发或有JAVA编程能力优先。

熟悉QuickTest Professional功能自动化测试工具优先

 

质量保证工程师招聘2名   工作地点杭州

工作职责

质量保证：以独立QA角色投入项目，通过开展流程引导、培训，审计、监督，度量分析等活动，保证项目过程、活动质量，从而提高项目交付质量。
1）协助及指导项目组过程裁剪定义、项目计划、质量目标、关键活动开展等；
2）项目问题&风险预警、协助分析解决；
3）为项目提供估算过程、需求管理、缺陷管理、评审过程、敏捷实践等流程方面的培训或引导；

4）项目审计.项目执行过程及资产提交监督

过程改进：协助EPG小组参质量管理体系（包括开发、测试、资料等研发流程）的改进优化。

岗位要求

本科以上学历，计算机相关专业毕业；

有2年项目管理/QA工作经验（QA工作经验至少1年以上）；

熟悉项目管理、质量管理、CMMI、敏捷开发、软件工程等知识体系，具备相关工作经验、有相关认证者优先；

具备较强的沟通协调、自我管理能力及良好的团队合作精神；

 

工资：面议    公司提供五金一险    年终2个月工资+项目奖金

 

有兴趣的朋友联系我或将简历发给我。  QQ：63181631    邮箱:63181631@QQ.com

 

 

  配置测试是为了保证测试的软件使用尽量多样化的配件组合，采用不同的组件、外设、接口等查看测试的软件在不同配置下的可用性。

1、先禁用数据库中所有的约束
select 'alter table ' || table_name || ' disable constraint ' ||
       constraint_name || ';'
from user_constraints
where constraint_type = 'R';
执行所有约束禁用命令。

2、删除所有表中的数据
select 'truncate table '||table_name||';' from user_tables;
执行所有的删除命令。

3、启用数据库中所有表的约束
select 'alter table ' || table_name || ' enable constraint ' ||
       constraint_name || ';'
from user_constraints
where constraint_type = 'R';
执行所有约束启用命令。

最近常遇到Word2007里插入“特殊符号”，点击要插入的符号后，没有任何变化。后来发现这是word的一个bug！
在打开文档结构图的时候，word2007不能插入“特殊符号”,关掉文档结构试图就可以了！

一.    完善各部门岗位工作流程和规范制度上的细节要求，落实到每个人的各种行为上，并让每个人形成一种习惯。

目前部门各个岗位工作流程和规范制度要求相对比较粗泛，未注重到每个细节。逐步完善每一个过程，每个工作产品的各个环节清晰的方法和要求并慢慢形成部门员工作手册。

二.    人员重组，测试小组合并成测试大组，大组成员之间实行项目轮换，提高资源利用，缓解目前测试资源紧张问题。

目前测试小组太多，而每个小组人员却很少，造成某些时间段资源不能有效使用。目前同时开展的业务较多，而目前测试人员熟悉的业务过于单一，不利各小组之间人员协助。通过合并小组变大组，测试项目人员轮换，促进测试人员同时掌握多种业务，方便测试组之间资源调配，又不影响原测试组的工作。

三.    QA配置在完善过程审计前提下，加强QA配置的产品审计

目前QA配置的过程审计已基本完善，但是产品审计还相对薄弱。加强QA力量，招聘一个经验丰富的QA工程师，争取2011年6月底之前建立项目占各个工作产品的检查项，并逐步完善。   

四.    规范测试过程，统一测试方法，重点改进测试用例编写方法

目前测试人员测试执行时特别是升级项目时随机测试所占比例太大，对“人因素”的依赖比较大。完善各种测试方法的经验总结，在5月底这前发布测试大全卷2：功能测试。对测试用例编写和要求完善细化，让测试执行中有75%以上是根据测试用例进行的。

五.    扩大测试范围，部分项目尝试将开展白盒测试。

在目前功能测试、性能测试，自动化测试基础之上，选择一些项目，对一些重要功能模块尝试开展白盒测试，并争取在年底整理一份适合团队的白盒测试方法。

六.    加强产品质量数据分析，已尽快发现项目中问题

根据对测试数据，QA配置审计数据以及项目其它数据，根据一些方法进行一些分析。及时发现项目中的问题，协助产品经理解决一些问题。

七.    大力开展部门内部培训机制，建立知识共享平台

定期、有计划、多形式进行部门各岗位内部培训，分享工作中积累的经验，使工作中碰到的问题及时有效解决。形式上可以是问题、知识交流，正规授课，邀请开发人员培训进行开发知识方面的培训。

 

2010是每个中国人引以自豪的一年上海世博会，广州亚运会。对于我们产质量管理部以下简称（质管部）来说也是最为快速发展的一年，研发项目成倍增长，人员队伍快速壮大。质管部这一年遇到很多意想不到困难并行开展项系繁多，业务、技术种类繁多，涉及的部门多，项目所在部门情况各异，内部人员稳定等等。但是在公司领导的帮助下，各部门同事的配合下，以及质管部各个成员努力之下我们都一个一个克服了。

1      工作总结

一.    初步建立一支专业的质量管理队伍，人员梯队逐步趋向合理，并对质管部各个岗位级别，技能要求，工资范围进行明确的定义，

部门人员从年初的9人（QA配置2人，测试7人），发展到年未14人（QA配置3人，测试11人），初级工程师6人，中级工程师5人，高级工程师3人。

在人力资源部配合之下对部门测试，QA，配置岗位定义别，技能要求。并对部分岗位级别不合理员工进行了调整。

二.    根据CMMI要求对公司所有研发项目过程进行了跟踪，并针对每个项目情况协助产品经理进行时过程优化。

对公司产品委员会立的所有研发项目，我们都会在公司CMMI的体系框架下，根据项目实际情况，如项目所在部门，是否是工程项目产品等配合产品经理进行过程裁剪，让过程更合理，使过程管理即对项目管理带来帮助的同时，又达到质量控制的要求。

三.    对项目CMMI过程中的立项过程，技术评审过程，结项过程进行重点优化。

配合公司产品委员对项目立项，技术评审，项目结项三个过程进行了优化。所有立项的项目都进行严格审查，归档。所有技术评审过程都进行跟踪，记录，反馈。所有结项的工作产品进行了严格产品验收过程。

四.    每月公司研发项目质量数据进行收集分析，并整理成质量月报，已发布了第11期。

3月份开始每月发布质量月报，我们对所有研发项目的质量数据（如：QA审计，测试数据，配置审计）进行日常收集，整理，汇总，分析最后整理成质量月了，目前已发布了11期。

五.    测试涉及面越来越广，应用测试方法越来越多，大力开展了性能测试，部分项目引入自动化测试

对公司多个研发项目和工程项目进行了性能测试，积累了经验和脚本，并对碰到有问题进行总结。在公司部分项目应用QTP工具进行自动化测试方面的尝试，如A产品，B产品，C产品。

六.    大力开展部门业务学习，整理并发布了《测试大全卷1：基础知识（第1版）》

今年公司新进人员较多，公司业务又相对复杂，为了让他们快速上手，也为其它项目开展测试工作时作为参考。在坚持执行公司帮带制度以外，部门整理了《测试大全卷1：基础知识（第1版）》,经后还将陆续更新和发布测试大全卷二（功能测试），卷三（性能测试）。

 

七.    建立完善公司产品配置库，公司研发项目都进行了严格的配置管理，对重要工程产品也进行最收集。

配置了专职的配置人员，所有研发项目都进行了配置管理。并对公司重点项目的工作产品进行收集，整理并纳入公司配置库。

2      存在问题

1.     研发项目过程稳定较差，很多项目需求不稳定，进度变化较多，项目人员质量意识不够。

2.     公司项目周期定义不合理，大部分结项时间都在年中和年终，造成测试资源某时间段严重不足。

3.     项目中代码审查力度不够，编码阶段没有有效监控手段，编码质量较差，造成提交测试时产品质量较差。

4.     QA和配置审计对产品审计较少，需加强这方面审计力度，积累审计方法。

有数据分析为重点的单元测试报告模板

测试任务单填写说明和要求：

1.每个测试小组一份，每周一个sheet页，
2.每周根据右键移动或复制工作表，并选中建立副本属性。
3.每天早上测试组长和小组成员确认每天工作计划，以及计划工作量。
4.每天下班标识完成状态，实际工作量，以及增加计划外的工作。
5.每周五下午1：00之前测试组长完成下周计划的编写。
6.计划状态，工作类型，完成状态，任务名称，实际工作量必填。
7.完成状态标识未完成，需编写备注说明，说明未完成原因。
8.任务名称中需标识项目名称，如：BSHRP5.0:药房系统住院发药部分单元测试
9.任务名称需编写清晰明了，要求达到可验证，不能太笼统。
10.项目例会和部门例会如果每周定义的，计划状态也请标识计划内。
11.如果计划内的工作由于各种原因没有执行，实际工作量请标识0。

根据第一次测试的结，更改了环境，得到第二次的测试结果！

今天客户现场正式去进行性能测试，又发生很多问题，本来顺利话的1个小时就能完成的事情，足足花了我半天的时间郁闷，主要发生这么几个问题。

Loadrunner在manage services中导入（import）wsdl时失败。

（解决方法：检查wsdl是否有问题，可以使用soapUI工具测试验证，也可能测试机无法解决wsdl中是服务器机器名的地址，修改测试机WINDOWS\system32\drivers\etc中的hosts文件在127.0.0.1       localhost下面加服务器IP和服务器名称）。

Action.c(33): 错误 -27796: 连接服务器“192.168.70.183:80”失败: [10048] Address already in use Try changing the registry value

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelay to 30 and

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\MaxUserPort to 65534 and rebooting the machine  See the readme.doc file for more information

（解决方法：在注册表

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters里，

有如下两个键值：TcpTimedWaitDelay设小一点，MaxUserPort设大一点，最大是65534）

原因分析：因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat –na命令，可以看到打开了很多端口。所以就调整TCP的time out。即在最后一个端口还没有用到时，前面已经有端口在释放了。

WebService性能测试的一个简单分析案例，是我最近的一个实际的项目。

昨天接了一个Web Services 性能测试的任务，他是一个JAVA的项目使用了GlassFish ESB v2.2应用服务器，录制WSDL都很顺利，但是回放报错，错误如下：

Internal error, please call customer support. Details: class java.lang.Object :

Internal error, please call customer support. Details: Error while retrieving body -- can not parse output parameters

（解决方法：脚本所在目录不能有中文或目录层次不能太深）

查了很多资料还是解决不了，换了台电脑是可以了，先不管，先用好的的电脑继续进行性能测试，但是用户数达到一定量又报了一个新错误，错误如下：

Abnormal termination, caused by mdrv process termination。

（解决方法：LR 安装目录dat\protocols下的CsNet.lrp文件中[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量）

郁闷了必须解决了，查了很多资料都不行，后面看到一人LR安装目录不能中文，不会脚本也不能中文目录吧，换了一个目录，第一人错误解决。后面总算找到一个地方把第二问题也解决了。

建议问题解决不了的时候，最好出去走走，再回来解决。

今天在论坛每周一一问到这个话题，引发了我对这个问题的思考，如果老板问我的时候，我怎么回答呢。其实目前很多公司都有这样的声音，一种公司层面，一种是测试人员自己层面。

第一种：公司很多领导不管是技术出身还是其它出身，在目前这个公司利润第一，控制成本大环境下肯定会对测试有偏见的。他们在想，我的公司需要不需要测试这个岗位，他的必要性在哪里，我要花费多少成本，值不值。我有无必要花这么高成本养这些有经验的人；是不是招一些刚毕业的大学生或实习生就行。

第二种：正在做或想进入这个行业的测试人员，都会想，我做这份工作的问前（钱）途在哪，职业规划如何进行。甚至有很多人觉得测试入门低想把它作为以后转开发的跳板。

可能我现在角色的转换现在属于一个管理者身份，我在考虑这个问题的时候，我不喜欢把“测试人员”看作一个个体来考虑，会太狭隘。我们应该把这里的“测试人员”看作一个团队，那怕测试团队中只有一个人，他也代表团队。那么这个团队的“核心技术”、“价值”是什么，就是做好我们的【测试服务】。服务的核心价值的是【服务内容】。那我们要做什么扩大我们服务范围和内容，提高我们的服务质量和水平。

首先做好我们现在本职工作，保证所交付的产品质量，这是我们测试的目标，也是我们测试成果的产物。如何做到呢，那就需要尽早介入测试，尽早熟悉产品业务以及产品涉及的相关技术，全程有效严格测试，与项目组一起完成项目目标。

其次，尽可能在项目参与力所能及的工作中，如用户需调研，技术评审，业务培训，售前支持。我有这里有很多测试人员都具备相关能力，很多部门都想来挖。我发现偶尔做了这些事不但没有影响测试工作，而且都提高了测试水平。

最后就是组织过程资产积累。组织过程资产积累能够，不仅能让团队人员少犯错，而且能让新到的人员能很快了解到公司规范，过程，经验、产品业务等，尽快进入解决承担起测试工作。如果一种测试方法，团队中任何一个成员能通过一种途径和方法很快掌握。这样的团队他的成员，可以说都掌握了该公司测试核心技术，其中每个成员的工作都是有价值的。

在进行性能测试之前，测试目标的明确是非常重要的。在一般软件的测试流程中，测试人员需要首先收集软件需求，阅读并理解业务需求，并且将业务需求转换为测试目标，性能测试也是如此，但是目前一般功能需求都不是完善，何况性能需求。性能测试就需要我们自己去获取，可以从这几方面。

1.      向项目经理获取，运行硬件配置（此硬件设备是否运行其他服务）、应用环境（是否有其它的服务共用服务）、网络环境、数据库规模等。

2.      向业务人员获取，业务量分布情况、关键业务，业务量增长情况、关键业务量，用户总线，在线用户总线等。

3.      向技术人员获取，关键业务路径、后台数据库操作等。

4.      一些业内标准和原则，响应时间遵循3/5/8原则、稳定性7*24小时不间段运行等。

5.      创建性能基准作为性能测试结果的比较基准。