软件测试

在软件测试中把每一个缺陷遏制在初期萌芽状态，以最低的成本修复缺陷是每一个测试人员的最基本守则，也是每一个测试人员的梦想。

目前市场上的性能测试的工具种类很多，可以简单的划分为以下几种：负载压力测试工具、资源监控工具、故障定位工具以及调优工具。

本文介绍了众多开源测试工具极其常见的特性和优点。

敏捷开发强调的是敏捷设计，设计的灵活性、可扩展性和易维护性是敏捷设计的目标。而之所以要有这样的目标就是为了适应多变化的需求，而敏捷开发中高度的迭代正是及早发现问题，及时修正并完善需求的有效方法。

也许SOA已死，也许它渴望着避风港，但确定的是在好的SOA是由什么构成这个问题上依然充满了未知。很多供应商提供了SOA工具，表明看来是否采用SOA取决于你现在所处的阶段，但实际上这只是他们兜售工具的一种手段而已。就像IBM所说的这样：

软件配置管理并不是一个新的概念，早在二十世纪70 年代，加州大学圣巴巴拉分校(University of California at Santa Barbara)的Leon Presser 授就已经提出变更和配置控制的理论，并随着软件产业的逐渐壮大，在国外成熟的软件企业中逐渐得到重视和普及

以下说说我对测试行业总结的一些规则，声明一下，不是什么测试技术，但是是职场的一些小规则。

在软件测试完成后，采用工具(TD、QC)或人工收集了一些数据，形成了各种图表。怎样去发挥这些数据的作用，进行有效深层次的数据分析，从而改进测试流程，完善测试过程?

一个成功的SOA测试策略是从测试架构开始的。因此，这个职位需要一个对SOA有很深造诣并且能与EA团队紧密合作的人来担当。

问题描述：我们公司快要成立测试部了，之前我们一直是研发部下的测试小组，在成立之前，我们测试组集体讨论了下测试组成立前后的一些问题。其中一个难题就是需求，我们几个都没有相关的经验，所以我在此求助大家，邀大家来讨论下：如何进行需求评审?怎样的需求评审机制才是有效的?

最近HP发布新版LoadRunner9.5。新版本的LoadRunner在VuGen、Controller和Analysis三个模块中都有所增强，添加了一些新特性。

性能调优无疑是个庞大的话题，也是很多项目中非常重要的一环，性能调优的难做是众所周知的，毕竟性能调优涵盖的面实在是太多了，在这篇文章中我们蜻蜓点水般的来看看性能调优这项庞大的工程都有些什么过程，同时也看看这些过程中常见的一些做法。

2009年悄悄地来到了，送走了艰难的、折腾的2008年。人们对2009年会充满更多的期望，9是一个吉祥的数字，天长地久，而且农历是牛年，牛年更牛。

测试人员在获得需求后，对需求进行正确性，一致性，完整性，可理解性等的检查，将检查过程中发现的问题都记录下来，然后在需求评审之前一到两天统一汇总到需求人员手中，需求人员对测试人员的问题进行解答，在进行需求评审会议的时候，需求人员在讲解完需求后，再针对测试提交的问题进行解答，解答完问题后，评审人员根据之前的情况再提问需求人员，这样可以提高评审会议的效率，同时，测试人员在检查需求，以及参与需求评审的时候，对需求的理解就会更深入。

Subversion 作为CVS 的重写版和改进版，其目标就是作为一个更好的版本控制软件，取代目前流行的CVS。Subversion 的主要开发人员都是业界知名的CVS 专家。Subversion支持绝大部分的CVS 功能/命令;Subversion 的命令风格和界面也与CVS 非常接近。当然，不同的地方正是对CVS 的改进。

　在测试过程改进中要特别注意这一点，很多公司的测试人员都不太重视测试需求分析，由于时间紧或测试人员有限，不得不看了一部分需求，就开始编写相应的测试用例，这也不是什么大惊小怪的事了。我建议：首先，了解获取需求的渠道，保证测试需求比较全面准确。

本人从事软件工作多年，对如何作测试、如何管理Bug上有一些体会和想法;正好看到网上关于这方面的讨论较多，不妨简单地写出来。本文就测试工作的组织及工具的选用介绍一下主要的思路，供大家参考。

近期读者最常问的问题就是：如何得到一份软件测试的工作?如何进入软件测试领域?或者是如何得到一份和测试相关的工作?

多数企业都想使产品获得高性能，以降低投产后的风险。但是现实中的性能测试工作却经常不受重视，常会碰到“走过场”或“拖到整个项目最后进行”的情况，甚至有时会作分舵无意义的性能测试

这几天在考虑这么一个问题，就是测试被慢慢的认可了之后，为什么测试的价值还得不到体现?为什么测试体系还是得不到广泛的推广?