刚刚大学毕业,听说测试不错,大家给些建议
刚刚大学毕业,现在还没有找到工作,我是学习计算机的，以前挺火的一个专业,但现在计算机的毕业生太多了,我们导师说测试现在好找工作，我不是很清楚大家觉得呢?

不清楚

调查表明，已从业者选择软测工作，一是从自己的职业生涯长度考虑，认为软测职业生涯长久，不用担心年龄问题而不适合这项工作；二是从自己职业生涯的广度考虑，认为软测比单纯的软件开发职位更全面了解项目运作，对于个人将来的发展而言更为关阔。而希望加入软测行业的求职者主要是从宏观的行业发展角度来考虑，其中22%的被调查对象认为该行业的未来发展与人才缺口之间存在很大矛盾，软测行业人才紧俏，更容易就业。           
此次调查还有一个特别的现象，87%的软测“圈”外人希望能加入这一行业。可见，软测行业对于更多的求职者都具有很大的吸引力，这些人中既包括了即将走上工作岗位的大学生“新手”，也包括了已经在其他行当里摸爬滚打了好多年的“老人”。在希望加入软测人中，计算机软件行业占了30%，其他70%均与软件无关。

正面：（来源于网上）
高级软件测试人才.
软件测试工程师，目前IT行业极端短缺的金贵人才，未来5年IT行业最炙手可热的高薪职位。中国软件业每年新增约20万测试岗位就业机会，而企业、学校培养出的测试人才却不足需求量的1/10，这种测试人才需求与供给间的差距仍在拉大。由于软件企业要求测试人才有较高的专业水准，导致大量无测试经验、无测试技能的高学历应聘者遭受冷遇。而且目前从业者大部分是从其他岗位转型过来的，水平不一，不具备专业能力，导致企业“有活没人干”的尴尬境况。
随着软件市场的成熟，软件对社会运转的巨大贡献已经得到了广泛认可，但是，人们对软件作用期望值也越来越高，更多人将关注点转移到软件的质量和功能可靠性上，而中国软件产业在产品性能测试领域存在着严重不足，软件测试水平的高低可以说是决定了中国软件产业的前途命运。
软件测试——产品质量的保证
软件产品的质量管理已成为企业生存与发展的核心。中国软件公司已开始认识到，软件测试并非产品交付前单一的“找错”过程，而是贯穿于软件生产过程的始终，是一套完善的质量管理体系。国外的大多数软件公司，1个软件开发工程师便需要辅有1-2个软件测试工程师。而国内软件公司中，测试人才寥寥无几。随着行业对产品质量的关注，软件测试工程师的需求量在急剧增加。
软件测试——控制成本的关键
科学控制成本，提升利润水平是软件企业关注的焦点。中国软件产业长期受技术与市场因素制约，粗放型生产模式带来的分工不明、项目进程缺乏控制的状况亟待改观。企业重新认识到，软件测试越早参与项目，越能避免项目出现大的缺陷，大大降低了后期弥补缺陷及维护成本。软件测试人才也因此炙手可热。
软件测试——软件可靠性确认
随着软件市场的日益成熟，产品交付标准、性能实现成为用户关注的主题。过去软件交付使用时输入几组典型数据试运行即可，而现在用户要求的是对软件全方位的性能检测。软件测试工程师是承担产品性能测试以及交付标准制定的专业岗位，软件的可靠性在测试工程师手里得到确认，由他们来保证公司的信誉。
软件测试——让企业具备国际竞争的实力
中国软件公司的规模和产品开发层次在不断提升，许多公司开始谋求国际软件定单，外包业务成为软件行业新的增长点。但国内的软件测试水平与国外用户的要求相差很远，人力、组织、管理、技术都需要大幅度提升，重视软件测试，与世界先进软件公司测试标准接轨，是中国软件迈出国门的重要前提。
BTEST北大测试是国内第一套系统全面的软件测试工程师职业教育产品。由北大青鸟APTECH公司邀请北大软件学院、北大软件工程中心、国家重点实验室、北大青鸟集团、印度APTECH公司的软件开发专家、项目经理和测试经理共同研发而成。BTEST北大测试是北大青鸟APTECH公司推出的一项高端的教育产品，着力于为中国软件行业“量身定制”专业的软件测试人才。BTEST北大测试提供了我们进入测试行业的一个平台，她以企业需求为导向，开设权威、系统的软件测试课程，培养我们成为中国第一代“有项目经验、懂测试方法、精通测试工具、具备专业素养”的软件测试工程师，轻轻松松赢得满意工作。
反面：（个人看法）
充其量算高级专业技术人才，仅仅只考虑发展到此倒是没什么问题，至于考虑长远：是作个人才还是管理人才的人才，还得慎之，折中理想状态：过渡转型，此话题延伸颇广，还需继续讨论。

http://forum.ikaka.com/topic.asp?board=55&artid=7780525

另：



软件测试的基本概念和方法

软件测试的基本概念和方法

软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。我们这里介绍的思路和方法就是可用于多数应用软件的测试。有六个有关软件测试方法的基本概念是很重要的：白箱测试，黑箱测试，灰箱测试，有效用例和无效用例，边界条件以及等价类测试。

白箱测试或白盒测试（White-box testing 或glass-box testing）是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。

黑箱测试或黑盒测试（Black-box testing)是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件或某种软件功能的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。通常测试人员在进行测试时不仅使用肯定出正确结果的输入数据，而且还会使用有挑战性的输入数据以及可能结果会出错的输入数据以便了解软件怎样处理各种类型的数据。

灰箱测试或灰盒测试（Gray-box testing）：灰箱测试就像黑箱测试一样是通过用户界面测试，但是测试人员已经有所了解该软件或某种软件功能的源代码程序具体是怎样设计的。甚至于还读过部分源代码。 因此测试人员可以有的放矢地进行某种确定的条件/功能的测试。这样做的意义在于：如果你知道产品内部的设计和对产品有透过用户界面的深入了解，你就能够更有效和深入地从用户界面来测试它的各项性能。

有效用例(Valid case)或者叫合法输入用例：是那些已知软件程序能正确地处理的测试用例。一般是指软件输入的测试用例。比如说，在 Microsoft Excel 中，用键盘输入“=1+1”, 看到的结果是“2”。 这里输入的有效用例是“=1+1”。无效用例（Invalid case有人叫不合法输入用例）或者出错用例(error case)：是那些事先就知道软件程序不支持处理的测试用例。比如说在 Microsoft Excel 中，用键盘输入“=a+1”, 看到的结果是“#NAME?”。这里输入的“=a+1”既是无效用例同时也是出错用例。

边界条件（Boundary Cases）：环绕边界值的测试。通常意味着最大值，最小值或者所设计软件能够处理的最长的字符串等等。比如说某软件字体的字号支持范围是：从8到72。那么边界测试用例应该包括：小于8, 等于8, 等于72 和大于72。

等价类（equivalent classes）：等价类测试用例指的是如果有很多测试用例执行再多也不会找到新的中的缺陷。因为虽然输入和输出结果有所不同，但是它们都通过同样的软件的源代码路径。通常只要一个源代码程序的路径是用于处理一定数值范围内的所有数值，那么除了边界值以外，在边界值范围以内的所有数值一般都属于等价类。因为如果软件程序能正确处理一个值，也就意味着该程序能正确处理在这个范围内的除了边界值以外的其他任何有效输入值。我们来用以上软件字体的字号来举例说明。软件支持的字号范围是：从8到72。那么8和72之间的所有支持的字号都可以被认为是等价类的测试用例。再比如：测试超链接时两个用http://www.yahoo.com/和http://www.yahoo2.com/也是等价类的测试用例。



软件测试的基本方法

软件测试方法在不同的书籍中可能有不同的分类，不同的叫法和不同的解释。比如，从测试人员角度看，可分为手动测试和自动测试。从源代码的角度可分为单元测试和功能测试。从理论定义来分，可分为黑箱测试，白箱测试和灰箱测试。这里要讨论的基本软件测试方法主要侧重于软件功能的黑箱测试方法：功能测试（Functionality Test），可接受性测试（Acceptance Test），用户界面(User interface或UI)测试，Ad hoc一般指‘探讨或开放’型测试，边界条件测试（Boundary Condition），性能测试（Performance Test），回归测试（Regression Test），强力测试（Stress Test），配置和安装测试（Configuration and Setup Test），兼容性测试（Comparability Test），国际化支持测试（International Sufficiency）以及本地化语言测试（Localization）。

功能测试：验证测试软件功能能否正常按照它的设计工作。看运行软件时的期望行为是否符合原设计。比如，测试Microsoft Excel插入->符号的功能包括测试能够在Microsoft Excel所选单元格中正确地插入符号并且显示正确符号？能否正确显示使用不同的字体的符号？

//注 下面的测试应该是 smoke test
可接受性测试：是在把测试的版本交付测试部门大范围测试以前进行的对最基本功能的简单测试。因为在把测试的版本交付测试部门大范围测试以前应该先验证该版本对于所测试的功能基本上比较稳定。必须满足一些最低要求。比如不会很容易程序就挂起或崩溃。如果一个新版本没通过可测试性的验证，就应该阻拦测试部门花时间在该测试版本上测试。同时还要找到造成该版本不稳定的主要缺陷并督促尽快加以修正。

用户界面测试：分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息（Menu 和Help content）等方面的测试。比如，测试Microsoft Excel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。

‘探索或开放’型的测试：不是按部就班的按照一个又一个正式的测试用例来进行，也不局限于测试用例特定的步骤。这种测试是测试人员在理解该软件功能的基础上运用灵活多样的想象力和创造力去模拟用户的需求来使用该软件的多种功能。通常涉及很多的测试用例或者通过更复杂的步骤来使用该软件。
边界条件测试：是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。

性能测试：通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会不会流失（memory leak）。比如，验证程序保存一个巨大的文件新版本不比旧版本慢。

回归测试：根据修复好了的缺陷再重新进行的测试。目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。因此应当鼓励对所有回归测试用例进行自动化。

强力测试：它通常验证软件的性能在各种极端的环境和系统条件下是否还能正常工作。或者说是验证软件的性能在各种极端环境和系统条件下的承受能力。比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序重复执行打开和保存一个巨大的文件1000次后也不会崩溃或死机。

集成与兼容性测试：验证该功能能够如预期的那样与其他程序或者构件协调工作。兼容性经常意味着新旧版本之间的协调，也包括测试的产品与其它产品的兼容使用。比如用同样产品的新版本时不影响与用旧版本用户之间保存文件，格式，和其他数据等操作。

装配/安装/配置测试：验证软件程序在不同厂家的硬件上，所支持的不同语言的新旧版本平台上，和不同方式安装的软件都能够如预期的那样正确运行。比如，把英文版的 Microsoft Office 2003安装在韩文版 的Windows Me 上，再验证所有功能都正常运行。

国际化支持测试：验证软件程序在不同国家或区域的平台上也能够如预期的那样运行，而且还可以按照原设计尊重和支持使用当地常用的日期，字体，文字表示，特殊格式等等。比如，用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串？用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展示阿拉伯字符串？又比如，日文版的Microsoft Excel对话框是否显示正确翻译的日语？一旦来说执行国际化支持测试的测试人员往往需要基本上了解这些国家或地区的语言要求和期望行为是什么。

本地化语言测试：要验证所有已计划要发布的不同语言版本软件如预期的那样被正确地翻译成当地语言。这类测试一般包括验证菜单，对话框，出错信息，帮助内容等所有用户界面上的文字都能够显示正确翻译好的当地文字。