3、组织技能(Organizational Skills)
每当执行一个软件项目的测试计划，几乎不可能不遇到至少会阻碍一些测试而必须解决的缺陷。一个测试工程师应当能灵活地停止测试产品的一部分而开始测试其他部分。有时被测软件需要做根本变动引起大量的测试结果失效，测试也许得重做不止一次。在问题被查找和改变在进行的过程中，测试工程师必须有条理，保持对执行测试的软件的前后关系的明确感受(例如目前被测试的程序特定版本的不同部分)。
网络时代要求的动态开发和测试模式使组织性的工作方式对测试工程师越来越重要。在整个开发过程中被测试软件可能会不断地改进。测试工程师在计划和实施测试的时候必须考虑这些变化因素，必须控制测试环境来保证测试结果的有效性。
记住计划是一个动词。作为一个软件工程师，你永远不会有你想要的所有时间和资源。你总是必须通过理解技术和产品，开发组织方式，从你和其他人的错误中学习，以及在设计必须改变和出问题的时候的迅速调整，使你的测试效果和效率最大化。如何能做到这点呢？基本代数：量化任务、目标和结果来减少方程中的变量数。把产品的功能定义成要求。在测试计划和测试中量化测试及其预期的和实际的结果，把信息提供给项目组。你东点一下西点一下是不能完成整个测试的。未来软件开发的组织模式要求有灵活的设计和不断进化的开发周期。对产品测试必须随着产品的进化而进化。
4、实践经验(Hands-On Experience)
这是个典型的两难问题。你需要软件测试经验来找工作，你没工作你就没经验。你该怎么办？
Be careful! 这需要勇气和你的PC的小心备份。
作为自愿者参与beta测试。怎样发现需要beta测试员的公司呢？首先，给你在软件公司工作的亲友打电话。偶尔有人会需要beta的测试人员。如果这不行，到你最喜欢的网络搜索引擎上去找“beta test”。你会发现很多小(和不那么小的)公司亟需beta测试员。为什么？这得感谢互联网，竞争的加剧使公司必须做出产品模型贴到他们的网址上作为“beta”版推出。这些公司希望人们不仅测试他们的产品，而且对这些免费品感兴趣进而购买他们的产品。
你也能参与开放资源的项目，例如Mozilla，开放资源的网络浏览器是网络浏览器的基础。Mozilla缺陷跟踪系统(bugzilla.mozilla.org)允许网上任何感兴趣的人直接
在 http://65.54.244.250/cgi-bin/linkrd...2emozilla%2eorg 的开放资源项目中直接报告和跟踪缺陷
一句忠告：如果你要把很多beta软件下载到你家里的PC里，投资你的备份设备和防病毒组件。
5、态度（Attitude）
“我希望你幸福的梦想，被你打破了！”
我打赌这句话能勾起一些人童年记忆的创伤。我不是心理学家，但我还敢说这种说法是因为我们渴望看到成功。在软件测试中，你不仅要证实软件在做它该做的，还要证实它不会做它不该做的。为了做到这一点，你得找出软件的失败之处。
进行软件测试需要很多人的眼光要进行一百八十度的转变，因为测试的目标是要让被测软件失败，由此产生出等同于其他东西工作正确时的成功。在软件测试中，一个成功的测试揭示一个缺陷。进行软件测试也是因为互联网的来临要求人们用一种大不同以往的眼光来看待动态的开发和测试模型。
6、必备特性（Necessary Traits）
软件测试工程师除了技术，还要求具有否定性的创造力；探测技巧；总体理解产品的能力；用客户的眼光进行评估；怀疑的而不是敌意的态度；能经受得住坏消息而保持目标；拥抱新技术的热望等特征。
否定性的创造力。一个软件工程师不能怕引起一个产品的瘫痪或烧毁。在软件测试中，边界意味着被超越而不是被遵从。如果一个程序对某个值的极限为10(例如，可以在一时间被打开的最大文件数)，测试工程师的第一想法应当是“如果我把那个值取11，或0，或10.1，甚至不设这个值会如何？”
在我的早期的工作生涯中，有一次我测试一个开发和QA工程师遗漏下来的PC数据库。有问题的数据库是2.01版。这本身就说明产品有问题。2.0版没解决1.0版的所有缺陷吗？或者2.0版又加入了新的缺陷？很遗憾因为时间紧我没有调查这些，只是证实了最后的缺陷修复后就告捷了。
这是很大的错误。我应当重测开发人员所谓“没有变化”的所有产品功能。2.0版本中的缺陷确实复修了，但在修复的过程中，有人破坏了请求。事实就是如此，在数据库里不能搜索数据了，第一个收到这项产品的beta客户发现了这个缺陷。
我宣布以前的测试无效，要求对产品进行全面测试。找到几个缺陷之后，我发现这个数据库读取写保护文件或写保护了的磁盘的时候就会引起瘫痪。开发人员很吃惊我会试着写保护一个数据库。他们的反应就是：“没人会这么干的！”产品的市场经理很快用他们的方式承认了错误。
探测技巧。在一个理想的世界中，软件测试应当在一个经常更新的写得很清楚的功能与设计说明文件(一般被称为“specifications”)中被完整而精确地描述。不幸的是，这一完善被开发程序每一方面文件的任务，包括记录在开发中对程序不可避免的改变，要花很多的时间和精力以至于人们无法完成编程。而且花费也太大。
