今天在浏览51testing的首页时，看到这么一篇难得的关于软件测试职业生涯的文章。读过后，觉得还是蛮有参考价值的，so，收藏起来~

   全文如下：（PS:蓝色字体为豆丫添加）

   由于国内软件测试行业目前的发展迅速、需求旺盛，在国内的软件测试职位晋升一般要比国外快，但因行业本身太年轻，大家对软件测试职业的发展了解不够，从而导致许多有志在此发展的年轻人举步不前（这是需要我们摸索的行业！）。所以下面介绍一下海外公司成熟的软件测试行业职位分布情况，我国一些在软件测试行业中处于前端的公司与之也相仿，这可以作为软件测试职业规划的参考，给新人一个导向。

　　第一阶段：（测试员）初级测试工程师

　　自身条件：初入行具备计算机专业学位或一些手工测试经验的个人。

　　具体工作：执行测试用例，记录bug，并回归测试，通过qtp等测试工具录制回归测试脚本，并执行回归测试脚本。

　　学习方向：开发测试脚本并且开始熟悉测试生存周期和测试技术。

    （这是豆丫目前所处的阶段，个人认为，这是一个关键的阶段，经过这一阶段的历练，才能成长的更快！）

　　第二阶段：（测试工程师）程序分析员

　　自身条件：有1~2年工作经验的测试工程师或程序员。具有初步的自动化测试能力，完善自动化测试脚本。

　　具体工作：设计和编写测试用例，编写自动测试脚本程序且担任测试编程初期的领导工作。

　　学习方向：拓展编程语言、操作系统、网络与数据库方面的技能 。

   （编程语言，操作系统，网络，数据库方面的知识目前的水平还是课堂上学习的理论，根据豆丫目前的情况，应该趁热打铁加强自身这方面的知识！）

　　第三阶段：（高级测试工程师）程序分析员

　　自身条件：有3~4年经验的测试工程师或程序员。具有一定的行业业务知识，储备系统分析员的能力。

　　具体工作：帮助开发或维护测试或编程标准与过程，分析软件需求，获得测试需求。确定测试需求相应的测试方法，获得测试策略方案。参与同行的评审（软件需求，软件测试计划等），并为其它初级的测试工程师或程序员充当顾问。

　　学习方向:继续拓展编程语言、操作系统、网络与数据库方面的技能。

　　第四阶段：测试组负责人

　　自身条件：有4~6年经验的测试工程师或程序员。具有丰富的行业业务知识，具有系统分析员的能力，专长性能测试。

　　具体工作：负责管理1~3名测试工程师或程序员。集中于技能方面，担负一些进度安排和工作规模/成本估算职责。分析性能瓶颈的原因，为开发团队提供bug解决策略。

　　学习方向：性能测试，测试技能

　　第五阶段：（资深安全或性能测试工程师）测试/编程高级负责人

　　自身条件：有6~10年经验的测试工程师或程序员。

　　具体工作：负责管理8~10名技术人员。性能测试整体方案设计，软件系统性能问题定位和性能优化，内存优化及分析数据溢出等，分析系统的安全漏洞等。 负责进度安排、工作规模/成本估算、按进度表和预算目标交付产品。负责开发项目的技术方法。为一些用户提供支持与演示。

　　学习方向：开发一些特定领域的技术专长

　　第六阶段：测试/质量保证/开发（项目）、经理

　　自身条件：有10多年的工作经验。

　　具体工作：管理8名或更多的人员参加的1个或多个项目。负责这一领域（测试/质量保证/开发）内的整个开发生存周期业务。为一些用户提供交互和大量演示。负责项目成本、进度安排、计划和人员分工

　　第七阶段：（公司级质量总监）计划经理

　　自身条件：有15年以上开发与支持（测试/质量保证）活动方面的经验。

　　具体工作：管理从事若干项目的人员以及整个开发生存周期。负责把握项目方向与盈亏责任。

   （本文的职业发展更多是从技术的角度来探讨。豆丫认为，一个人不能仅仅依靠技术，而是要不断培养自己独立的精神世界！）

这是所收集的测试用例第二篇，作者为：

版权声明：本文出自huiyanni的51Testing软件测试博客：http://www.51testing.com/?238033

感谢博主的分享！

（注：以下蓝色字体为豆丫在阅读时所做的微微修改）

   对于一般的网站而言，经常有两种搜索功能，一种为简单搜索，一种为高级搜索。对于简单搜索，也就是一输入框加一个搜索按钮，可以认为模糊搜素，而高级搜素，则为准确搜索，根据各种条件，搜索自己想要的内容。

　　一：简单搜索输入框测试用例

　　1：不输入任何字符，点击搜索按钮，一般搜索出网站所有的信息

　　2：一般搜索输入框中的有文字显示，当鼠标点击时，文字消失

　　3：输入全角/半角中文字符（一个字符、超长字符、规定字数内字符）

　　4：输入全角/半角英文字符（一个字符、超长字符、规定字数内字符）

　　5：输入全角/半角特殊字符~!@#$%^&*()_+|{}:"<>?.,;'[]\=-(注意单引号经常会发现bug)

　　6：输入全角/半角中英文空格

　　7：输入html语言

　　8：输入特殊字符串NULL、null、&nbsp空格的转义字符；<scrīpt></scrīpt>；<br>；<tr>；<td>；< /tr>；</td>；</html>；</body>；</table>

　　9：输入javascript

　　二：高级搜素

　　对被测试点进行分解，把测试用例分解为多个测试场景。

按照已经分解的测试场景，逐咯描述测试场景的测试步骤：

　　测试场景一：

　　测试场景二：

　　测试场景三：

　　测试场景四：

lr关联: 手工关联和自动关联

简单的说，每一次执行时都会变动的值，就有可能需要做关联（correlation）。
VuGen提供二种方式帮助您找出需要做关联（correlation）的值：
自动关联
手动关联

一 手工关联
lr8.0之前的实现原理是: 在客户端和服务端之间设置一个proxy,拦截client和server之间的数据,产生脚本,当然是根据所选定的协议和端口.正因为如此,写在脚本中的,我们模拟客户端对服务端的通信数据是死的,有些情况下会失效,所以需要关联.
所以说,关联（correlation）就是把脚本中某些写死的（hard-coded）数据，转变成是撷取自服务器所送的、动态的、每次都不一样的数据。举个例子,有些服务器和客户端对话的流程是这样的,首先,客户端首先发送一个消息,服务端分配一个sessionid,以后,每次客户端发送消息时,都需要带上这个sessionid.
关联可以讲 是一个特殊的参数化,只是数据来源不同,普通的参数化数据来源于文件\数据库等,关联的数据来源于服务器动态产生.
要对付这种服务器，我们必须想办法找出这个Session ID到底是什么、位于何处，然后把它撷取下来，放到某个参数中，并且取代掉脚本中有用到Session ID的部分，这样就可以成功骗过服务器.

关联（correlation）函数
关联（correlation）会用到下列的函数：
web_reg_save_param：这是最新版，也是最常用来做关联（correlation）的函数。
语法：
web_reg_save_param ( “Parameter Name” , < list of Attributes >, LAST );
web_create_html_param、web_create_html_param_ex：这二个函数主要是保留作为向前兼容的目的的。建议使用 web_reg_save_param 函数。

手动关联的执行过程大致如下：
使用相同的业务流程与数据，录制二份脚本
使用WinDiff工具协助找出需要关联的数据
使用web_reg_save_param函数手动建立关联
将脚本中有用到关联的数据，以参数取代

检查脚本哪些地方的错误是因为关联引起的,run time setting 中设置data returned by server
确定哪些数据需要关联
找出动态数据的左右边界值和出现位置
脚本中添加web_reg_save_param函数
在脚本中参数化脚本中的动态值
校检动态数据

找位置
检查脚本哪些地方的错误是因为关联引起的,run time setting 中设置data returned by server,运行,肯定出错,查看出错函数,如request form. was not fount错误信息,有可能是因为关联引起的.找到这个函数,我的一次实践是在web_submit_data()函数.
因为这个sessionid是不同的,所以我们使用相同的操作和数据录制两个脚本,使用tools中的compair with user,比较两个不同的脚本,注意,这个工具是按照action来比较的,同时注意：请忽略lr_thik_time的差异部份，因为lr_thik_time是用来模拟每个步骤之间使用者思考延迟的时间.保存的文件名太长或者有中文的情况下,会出错.
找出所有不同的地方,再做分析.

使用web_reg_save_param函数手动建立关联
web_reg_save_param要放在提交数据的函数之前,是最近的位置.
在树形图的server中找到 web_reg_save_param中要用到的边界
web_reg_save_param函数主要是透过动态数据的前面和后面的固定字符串，来辨识要撷取的动态数据的，所以我们还需要找出动态数据的边界字符串。这里要注意的是"要用\做转义字符.

将脚本中有用到关联的数据，以参数取代
当使用web_reg_save_param建立参数后，接下来就是用“UserSession”参数去取代脚本中写死的（hard-coded）资料。
将
“Name=userSession”, “Value=123456879”, ENDITEM,
换成
“Name=userSession”, “Value={UserSession}”, ENDITEM,
语法
int web_reg_save_param(const char *ParamName, <list of Attributes>, LAST);
参数说明
ParamName:存放动态数据的参数名称
list of Attributes:其它属性，包含 Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, 以及 SaveLen。属性值不分大小写，例如 Search=all。以下将详细说明每个属性值的意义:
Notfound:指定当找不到要找的动态数据时该怎么处置。
Notfound=error:当找不到动态数据时，发出一个错误讯息。假如没设定此属性，此为LoadRunner的默认值。
Notfound=warning:当找不到动态数据时，不发出错误讯息，只发出警告，脚本也会继续执行下去不会中断。在对脚本除错时，可以使用此属性值。
LB:动态数据的左边界字符串。此属性质是必须要有的，而且区分大小写。
RB:动态数据的右边界字符串。此属性质是必须要有的，而且区分大小写。
RelFrameID:相对于URL而言，欲搜寻的网页的Frame。此属性质可以是All或是数字，而且可有可无。
Search:搜寻的范围。可以是Headers(只搜寻headers)、Body(只搜寻body部分，不搜寻header)、Noresource(只搜寻body部分，不搜寻header与resource)或是All(搜寻全部范围，此为默认值)。此属性质可有可无。
ORD:指明从第几次出现的左边界开始才是要撷取的数据。此属性质可有可无，默认值是1。假如值为All，则所有找到符合的数据会储存在数组中。
SaveOffset:当找到符合的动态数据时，从第几个字符开始才开始储存到参数中。此属性质不可为负数，其默认值为0。
Convert:可能的值有二种:
HTML_TO_URL: 将HTML-encoded数据转成URL-encoded数据格式
HTML_TO_TEXT:将HTML-encoded数据转成纯文字数据格式
SaveLen:从offect开始算起，到指定的长度内的字符串，才储存到参数中。此参数可有可无，默认值是-1，表示储存到结尾整个字符串。