最近部门工作压紧，我负责招聘一到两名测试工作人员，才体会到测试招聘之难呀！

鉴于我作为招聘者的身份，给应聘者一些中肯的建议：

 1.简历具有针对性

  经常会收到一些简历，注意其应聘职位一栏，什么软件工程师、硬件工程师、测试工程师、网络维护等等，凡是51job上能选的全选了，我就在想，这位真是全才呢？还是对自己定位不清呢？再看看其工作时间，不过就一半年的样子。看到这样的简历，多半不会看完就直接删除了。

  建议：一定要对自己的职业有个定位。记住，你不是全才！如果你是全才，你的简历不会出现在我的邮箱。

2.技能突出

 突出描写出自己在这个行业所掌握的技能，吸引招聘者的注意力。

3.经验突出

 详细描写自己的项目经验，尤其在项目测试工作中遇到关于技术/技能问题，你是如何通过怎样的技术/技能解决这些难题！这个一般的简历中很少看见，可以简单的加进去，作为你简历的亮点。

   总结一下我作为一个技术招聘者的筛选心理，首先

   第一，是否明确自己要应聘测试职位。

   第二，技能是否满足当前职位的要求。

   第三，项目经验中有没有过待聘职位的经验。

其后的事就是人力资源部的了，看你怎样发挥了。

查看(539) 评论(0) 收藏 分享 管理

CMM为企业的软件过程能力提供了一个阶梯式的进化框架，阶梯共有五级。第一级只是一个起点，任何准备按CMM体系进化的企业都自然处于这个起点上，并通过它向第二级迈进。除第一级外，每一级都设定了一组目标，如果达到了这组目标，则表明达到了这个成熟级别，可以向下一级别迈进。

第一级、初始级：

    初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍然被视为初始级。

第二级、重复级：

    根据多年的经验和教训，人们总结出软件开发的首要问题不是技术问题而是管理问题。因此，第二级的焦点集中在软件管理过程上。一个可管理的过程则是一个可重复的过程，可重复的过程才能逐渐改进和成熟。可重复级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面；其中项目管理过程又分为计划过程和跟踪与监控过程。通过实施这些过程，从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。

第三级、定义级：       

    在可重复级定义了管理的基本过程，而没有定义执行的步骤标准。在第三级则要求制定企业范围的工程化标准，并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程，裁剪出与项目适宜的过程，并且按照过程执行。过程的裁剪不是随意的，在使用前必须经过企业有关人员的批准。

第四级、管理级：       

    第四级的管理是量化的管理。所有过程需建立相应的度量方式，所有产品的质量（包括工作产品和提交给用户的最终产品）需要有明确的度量指标。这些度量应是详尽的，且可用于理解和控制软件过程和产品。量化控制将使软件开发真正成为一种工业生产活动。

第五级、优化级：       

    优化级的目标是达到一个持续改善的境界。所谓持续改善是指可以根据过程执行的反馈信息来改善下一步的执行过程，即优化执行步骤。如果企业达到了第五级，就表明该企业能够根据实际的项目性质、技术等因素，不断调整软件生产过程以求达到最佳。

   上一份工作，项目失败以后，我们项目组解散了，当然金融危机也是原因之一。

   比起当时得到这个消息时的心情，现在我已经能够理智的去分析原因了。但是无论是利益问题、项目本身问题、或者说是金融危机...都已经不重要了。重要的是那一年对我很重要，工作中认识了一群很好的同事，技术上得到了很大的提高...更重要的是我在上一份工作的基础上又找到了一份比较满意的工作，有了一份不多也不少的收入，暂时不用再为经济烦恼，呵呵，不知道什么时候自己这么容易满足了，才进入社会3年而已...

   六月份我什么也没干，当然更没有找工作，回家了，回家陪妈妈住了一段时间（以休年假为名），13岁以后，很多年了，一直在外求学工作，忙忙碌碌的，没有时间陪爸爸妈妈，爸爸之前已经催了很多次让我回家了，这次终于回家了，还不敢说怎么有时间回家的，怕他们担心。唉~亲戚朋友、邻居阿姨婶婶们...天天都有到家看我的，送来各种各样的时令水果堆的半个月也吃不了.....虽然是农忙时节，但是现在的农村全是机械化，所以看着他们悠闲的生活，想起来我们每天早晨起床上班挤公交，晚上身心疲惫的加班回家...一年下来心力交瘁。还有几十万、几十年的房贷..污浊的空气、每况愈下的身体...我不禁羡慕起农村的生活，这种闲适、随意、自在让我感觉无比的轻松、放松...

   我每天睡觉到自然醒，走到田间，闻一闻麦子成熟的味道、雨后泥土的清香.回家给豆豆（我家的小狗）洗澡，领着它前院摘菜，后院草地撒跑，嘴馋了抬头看满院子的葡萄树上随意的摘，看准了，跳起来，一下子抓几个下来尽情的吃......

   曾几何时，我以为，应该说大家都是这么认为的--努力学习，考上大学，生活在城市里面，做个城里人。城里在大家的眼中衣着光鲜亮丽，拿着工资，生活总是受人们向往的，可是很多年以后我才知道这光鲜亮丽的背后藏着的是一颗颗怎样沧桑的心.....

    最近的生活对我来说还算比较好吧!新换了一份工作，新环境里工作氛围、同事的关系等等都还是比较舒服的那种！比起前段时间的失业状况来说，还算是比较好的吧！

    现在开始主攻软件性能的测试，突然觉得以前学的都还给老师了，于是开始努力的搜索整理资料，争取以最短的时间把会的记起来，把不会的补起来，加油↖(^ω^)↗

  内存分析需要使用的计数器：Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤：

  （1）首先查看Memory\Available Mbytes指标

  如果该指标的数据比较小，系统可能出现了内存方面的问题，需要继续下面步骤进一步分析。

  注： 在UNIX/LINUX中计数器，对应指标是FREE(KB)

  （2）注意Pages/sec、Pages Read/sec和Page Faults/sec的值

  操作系统会利用磁盘较好的方式提高系统可用内存量或者提高内存的使用效率。这三个指标直接反应了操作系统进行磁盘交换的频度。

  如果Pages/sec的计数持续高于几百，可能有内存问题。但Pages/sec值不一定就表明有内存问题，可能是运行使用内存映射文件的程序所致。 Page Faults/sec说明每秒发生页面失效次数，页面失效次数越多，说明操作系统向内存读取的次数越多。此事需要查看Pages Read/sec的计数值，该计数器的阀值为5，如果计数值超过5，则可以判断存在内存方面的问题。

  注：在UNIX/LINUX系统中，对于指标是(page)si和(page)so.

  （3）根据Physical Disk计数器的值分析性能瓶颈

  对Physical Disk计数器的分析包括对Page Reads/sec和%Disk Time及Aerage Disk Queue Length的分析。如果Pages Read/sec很低，同时%Disk Time和Average Disk Queue Length的值很高，则可能有磁盘瓶颈。但是，如果队列长度增加的同时Pages Read/sec并未降低，则是内存不足。

  注：在 UNIX/LINUX系统中，对应的指标是Reads(Writes)per sec、Percent of time the disk is busy和Average number of transactions waiting for service.

  2、处理器分析法

  （1）首先看System\%Total Processor Time 性能计数器的计数值

  该计数器的值体现服务器整体处理器利用率， 对多处理器的系统而言，该计数器提醒所有CPU的平均利用率。如果该值持续超过90％，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。

  注：多处理器系统中，该数据本身不大，但PUT直接负载状况极不均衡，也应该视作系统产生处理器方面瓶颈。

  （2）其次查看每个CPU的Processor\%Processor Time 和 Processor\%User Time 和 Processor\%Privileged Time

  Processor\%User Time 是系统非核心操作消耗的CPU时间计数器，如果该值较大，可以考虑是否能通过友好算法等方法降低这个值。如果该服务器是数据库服务器计数器， Processor\%User Time 值大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。

  （3）研究系统处理器瓶颈

  查看 System\Processor Queue Length 计数器的值，当该计数器的值大于CPU数量的总数＋1时，说明产生了处理器阻塞。在处理器的%Process Time很高时，一般都随处理器阻塞，但产生处理器阻塞时，Processor\%Process Time 计数器的值并不一定很大，此时就必须查找处理器阻塞的原因。

  %DOC Time 是另一个需要关注的内容，该计数器越低越好。在多处理器系统中，如果这个值大于50％，并且Processor\%Precessor Time非常高，加入一个网卡可能回提高性能。

  3、磁盘I/O分析方法

  （1）计算梅磁盘的I/O数

  每磁盘的I/O数可用来与磁盘的I/O能力进行对比，如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力，则说明确实存在磁盘的性能瓶颈。

  每磁盘I/O计算方法

  RAID0计算方法：（Reads +Writes)/Number of Disks

  RAID0计算方法：（Reads +2*Writes)/2

  RAID0计算方法：[Reads +(4*Writes)]/Number of Disks

  RAID0计算方法：[Reads +(2*Writes)]/Number of Disks

  （2）与Processor\Privileged Time 合并进行分析

  如果在Physical Disk 计数器中， 只有％Disk Time 比较大计数器，其他值都比较适中，硬盘可能会是瓶颈。若几个值都比较大，且数值持续超过80％，则可能是内存泄漏。

  （3）根据Disk sec/Transfer进行分析

  一般来说，定义该数值小于15ms为Excellent，介于15～30ms之间为良好，30～60ms之间为可以接受，超过60ms则需要考虑更换硬盘或是硬盘的RAID方式了。

  4、进程分析方法

  （1）查看进程的％Processor Time值

  每个进程的％Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比，可以看出具体哪个进程在性能测试过程中消耗了最多的处理器时间，从而可以据此针对应用进行优化。

  （2）查看每个进程产生的页面失效

  可以用每个进程产生的页面失效（通过PRCESS\PAGE FAILURES/SEC计数器获得）和系统页面失效(可以通过MEMORY\PAGE FAILURES/SEC计数器获得)的比值，来判断哪个进程产生了最多的页面失效，这个进程要么是需要大量内存的进程，要么是非常活跃的进程计数器，可以对其进行重点分析。

  （3）了解进程的Process/Private Bytes

  Process/Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。该计数器主要用来判断进程在性能测试过程中有无内存泄漏。例如：对于一个IIS之上的 WEB应用，我们可以重点监控inetinfo进程的Private Bytes，如果在性能测试过程中，该进程的Private Bytes计数器值不断增加，或是性能测试停止后一段时间，该进程的Private Bytes仍然持续在高水平，则说明应用存在内存泄漏。

  注：在UNIX/LINUX系统中，对应的指标是Resident Size

  5、网络分析方法

  网络分析是一件技术含量很高的工作计数器，在一般的组织中都有专门的网络管理人员进行网络分析计数器，对测试工程师来说，如果怀疑网络是系统的瓶颈计数器， 可以要求网络仍有来写真进行网络方面的检测。

  Network Interface\Bytes Total/sec为发送和接收字节的速率，可以通过该计数器值来判断网络链接速度是否是瓶颈，具体操作方法是用该计数器的值和目前网络的带宽进行比较。（备注：网络分析方法用到的计数器主要有：Network Interface\Bytes Total/sec）

  内存分析用于判断系统有无内存瓶颈计数器计数器，是否需要通过增加内存等手段提高系统性能表现。

       引子：四五月份一直很忙很忙，项目集成测试阶段了，节前还紧张的连个喝水的时间都抽不出来呢，节后突然间没有方向.....

      是的，没错，我们的项目失败了，虽然现在还没有明朗的告诉大家，但是公司的气氛已经很躁动了，大家是不是的不知道干什么而开个小玩笑，缓和一下气氛.....

      最终面临我们的是什么？西安研发中心解散？不知道，但是答案迷茫而确定

      从个人情感来说，心里真的很难受，这个项目我从定义需求阶段介入，测试的所有工作我一手接起，从最初的测试计划每一个文字的书写、给自己招兵买马、各个测试阶段每一个小小的用例、甚至于每一根网线的水晶头上都有我的指纹...在这个过程中碰到过许多许多的各种难题，技术的、配置的、个人的等等...可这一直支持我攻克前进的动力就是一种对成功向往、对我所做事业的热爱。我想对待婴儿一样，悉心认真的对待这个项目，推辞了几个单位的office，只希望伴随着它的成长，实现我事业的第一个目标-独立领导小组成功完成项目整个环节测试。可是随着项目的失败，现在所有的梦想所有的希望都落空了，我尚在悲痛之时，朋友已提醒我，早作打算......

     此时此刻，我暂时不想谈论失败的原因教训什么的，只想为我的第一份项目写下墓志铭：虽然我没有从你身上体会到成功的喜悦，但是这份沉重的失败将使我受益终身。

     何去何从？已是另一个路口....

stevie hoang

 《no games》

very good！

总以为
我会飞的很远
很幸福...
在梦想即将触地的
刹那
仰望
却原来
仍旧在你的脚下
为冢

                          20090227 午后

                      纪念我艰辛飘零苦辣酸甜的毕业三年

    一个发散思维的过程，探索性测试强调发散，但并不是盲目地发散，在适当的时候还要收敛回来。例如，当发现在一个测试的分支路径上已经花了很长时间也没有找到问题的答案时，则可以考虑先放弃那个区域的探索，因为还有一个主线的测试任务。

发散思维

　　探索性测试尤其适合于那些需求不是很明确的测试任务，或者是一名刚刚接手一项新的测试任务的测试人员使用。

探索性测试的管理

　　探索性测试是一种不是很严谨的测试方法，缺乏可管理性和度量性。因此，James Bach提出了基于任务的测试管理(Session-Based Test Management)。Session-Based测试管理是用于度量和管理探索性测试的一种方法。

说明：未必需要完全采用探索性测试的方法，但是可把探索性测试方式作为传统测试方式的补充，在每一项测试后留下一定的时间给测试人员做探索性的测试，以弥补相对刻板的传统测试方式的不足。应该更多地采用探索性测试的思维方式，应用在日常测试工作中。

如题！欢迎索取！

1.软件性能测试与loadrunner实战  于涌

 很遗憾，这本书无电子版，我仅有图书。如果你有的话，希望能给我一份！谢谢！

我用的是microsoft office word2003，今日用word写一个测试用例时，word频繁死了几次，后来就仔细研究了一会我的输入发现在这种问题，看大家是否也曾见过：

目的：

a.添加“@￥#￥”在下面2、4步骤的任一个双引号里面：

1.输入策略名称“     ”空

2.备注“”

3.选择“禁止USB存储”

4.过期时间“”

5.策略报警方式

背景：

 搜狗中文简体输入

动作：

b.长按shift键，在第二行的备注“”处依次输入“@￥#￥”

结果：

 1.显示效果如下

 .”空

 2.备注“@￥# ￥”

 2.同时word再也无法做任何操作，死亡状态，只能关闭软件再打开才能使用。