我的文集

• 第202贴【2005－03－14】：工具的陷阱－－低估时间、资源

  2005-03-14 18:06:49   /   [每日一贴]

  糟糕的进度安排、低估工具推行所需要的时间和资源，这些可能都会对一个测试工具的成败产生重大的影响。推行工具可能会花费很长的时间，即使是在一个小型的组织中推行一个工具也可能会花费几周甚至几个月的时间。引入工具前必须确认在增加这些工作量后，是否还能真正受益。

  查看(2236) 评论(0)

• 第201贴【2005－03－12】：工具的陷阱－－做得太多、太快

  2005-03-12 09:39:05   /   [每日一贴]

  和任何流程改进一样，引入工具需要从细处着手，并对引起的变更进行限制。通常，我们试验新工具时更愿意在一个试点项目上进行，而不会一下子进行全面推行。一次只引入一个，或者至少是有限数量的工具。如果同时推行多个工具，很可能会使资源变得十分紧张，而且也难于判断每一个工具对测试工作的成功产生的影响。

  查看(2934) 评论(0)

• 第200贴【2005－03－10】：工具的陷阱－－不稳定的软件

  2005-03-10 16:35:36   /   [每日一贴]

  在确定是否实现测试用例的自动化时需要考虑的另外一个重要因素是：待测软件的稳定性。如果放入测试环境的软件质量很低劣，或者因为某种原因正处于不断变更中，那么某些测试用例将可能不得不在每次修改待测软件时进行相应的修改。如果编写自动化脚本比手工脚本花费的时间更长，那么待测软件就不是自动化的好选择。如果被测应用程序正处于不稳定或快速变更的状态，自动化测试脚本的工作可能会显得十分困难。

  查看(2922) 评论(4)

• 第199贴【2005－03－09】：工具的陷阱－－选择错误的供应商

  2005-03-09 19:00:17   /   [每日一贴]

  这是一个十分敏感的话题，但是在实际的工具采购中，并不是所有的供应商都能满足同样的标准。在选择供应商时，特别要注意选择一个能与团队融洽相处的供应商。工具供应商对于公司一些需求的响应是一个工具取得长期成功的一个关键因素。选择供应商的另外一个重要因素是他们提供的培训和服务。下面列举一些在选择供应商时应该考虑的方面：。他们是只向测试人员展示预装样例的情况下如何使用这个工具，还是确实提供了与你们的应用程序相关的培训？。在购买工具后，获得现场帮助的方便程度如何？。在演示工具的时候，供应.

  查看(2223) 评论(0)

• 第198贴【2005－03－08】：工具的陷阱－－选择错误的工具

  2005-03-08 17:22:29   /   [每日一贴]

  为了选择正确的工具，很重要的一点是，要明确提出工具的选择和应用方面的需求。例如：需要有录制回放功能、需要能编辑脚本、需要能提供测试日志、能提供性能分析工具、需要能识别所采用的第三方控件。。。特别要注意的是，和所有的软件需求一样，这些需求也应该排定优先级顺序。如果对于将要采用的工具没有一个清楚的要求的话，将会导致选择错误的工具。

  查看(9607) 评论(2)

• 第197贴【2005－03－04】：工具的陷阱－－错误对象的自动化

  2005-03-04 19:25:52   /   [每日一贴]

  我们应该尽量避免一个经常容易犯的错误，即对不应该实行自动化的对象进行了自动化。通常来讲，各种人力密集型和重复的任务是自动化的首选对象。但是，在有些情况下，自动化却是得不偿失。例如，预计运行次数仅为一次的测试用例就不是自动化的一个好的选择；当一个系统正在经历快速的变更时，通常也不要耗费更多的资源来实现测试自动化，因为系统尚未处于稳定状态；另外，对人和系统的接口进行检验的测试也不能实现自动化。

  查看(2382) 评论(1)

• 第196贴【2005－03－02】：工具的陷阱－－缺乏有效的培训

  2005-03-02 11:15:09   /   [每日一贴]

  大多数的测试经理都知道，必须对测试工程师进行如何使用新工具的培训，但不幸的是，时间和培训量常常被低估。同样，有时候培训工作开展得太早，在培训和工具的首次使用之间存在一个巨大的时间间隔。进行了培训而没有及时使用，这样的培训通常都没有多大价值。实际上，作为一条粗略的经验法则，如果在培训之后的的6个月内没有使用这个工具，这些经过培训的工程师基本上就与没有进行过任何培训的差不多。与培训相关的另外一个问题是：如何使用工具对软件进行实际的测试。工具培训不应该只包含如何安装工具、如何敲键盘。我们应该将.

  查看(3548) 评论(14)

• 第195贴【2005－03－01】：工具的陷阱－－缺乏支持

  2005-03-01 20:34:47   /   [每日一贴]

  工具能给我们的测试工作带来帮助，但工具的使用也存在一定的风险。缺乏支持就是很大的一个风险。如果测试计划中没有考虑这部分风险，那么当工具使用过程中出现问题，而本公司人员无法解决时，会导致测试计划延期，甚至测试根本无法完成。这样的风险在采购测试工具的时候就要考虑到。即选购测试工具的时候，能不能提供技术支持，能多大程度上提供支持，是做最终选择的很重要一个因素。通常要考虑以下方面：。有没有技术支持文档、文档详尽程度如何、有没有中文的支持；。有没有技术支持中心，最近的支持中心有多远；.

  查看(2228) 评论(0)

• 第194贴【2005－02－25】：工具的陷阱－－过高的预期

  2005-02-25 23:18:44   /   [每日一贴]

  管理人员（尤其是上层管理人员）都希望在购买一个工具之后，测试工作将会有立竿见影的效果，变得更好、更快、更便宜，能发现更多的缺陷。虽然某些项目可能会取得这三方面的成功，但是大多数的项目却只能考虑一个或两个方面的成功。引入测试工具只能提高测试效率，并不一定能发现更多缺陷。工具引入后达到的实际改进水平需要进行量化，否则将无法确定工具的推行是否取得了真正的成功。

  查看(2311) 评论(1)

• 第193贴【2005－02－24】：工具的陷阱－－没有清晰的策略

  2005-02-24 22:16:49   /   [每日一贴]

  关于工具使用，最容易犯的一个错误是，对测试工具如何推动测试工作全面成功还没有一个清晰的概念，就早早的推行了一个工具。工具的选择和使用要根据它们是否能推动所制定的整体测试策略。选择一个工具，然后调整自己的规程以匹配这个工具并不是一个好的做法，尽管有的时候不得已要这样做。关键是要找到一个有助于实现你们策略的工具，而不是工具供应商的测试策略。当然可能存在这样的情况：你们根本没有实现某一过程或功能，需要依据工具来建立。例如，还没有自己的缺陷跟踪系统，那么会选择一个流行的工具并围绕这个工具.

  查看(2712) 评论(3)