软件测试经验与教训（一）

经验一：测试员是项目的前灯

一个项目就像是一次登陆旅行。有些项目简单、很平常，就像是大白天开车去商店买东西。但是大多数值得开发的项目更像是夜间在山里开越野卡车。这些项目需要前灯，而测试员要照亮前面的道路，使程序员和经理尽管还在拿着地图争吵，但是至少可以看清他们在哪儿，要从什么样的路面上开过去，离悬崖峭壁有多远。每个公司测试团队的具体使命都不尽相同，不过在这些细节背后的要素都是一样的。测试就是要找到信息，有关项目或产品的关键决策都是根据这些信息做出的。

经验二：测试员的使命决定要做的一切

测试员的使命，可能要取决于自己的行业、公司、项目或团队的个性，测试项目也千差万别。把测试作为一种工艺发展的挑战，一直是建立测试实战对话面临的困难，这种测试时间要跨越我们之前的文化和技术差异。这些差异中的很多内容，决定了测试团队的不同使命。例如，在有些测试机构中，测试计划只是用来为测试员提供帮助的工具。测试计划可能写在餐厅纸上，且仍然有效。而另一些机构作为产品用来编写测试计划，必须随软件一起交付。他们的测试计划必须遵循严格的格式和内容要求。

以下任何要求都可能决定测试员的使命。读者期望是哪种要求呢？

快速找出重要软件问题
对产品质量提出总体评估
确认产品达到某种具体标准
帮助客户改进产品质量和可测试性
保证测试过程能够达到可分清责任的标准
就测试和与测试员协作方式培训客户
采用特定的方式集或遵循特定的规划集
帮助预测和控制支持成本
帮助客户改进其过程
以最小成本、时间或尽可能减少副作用的方式，完成自己的工作
为满足特定客户要求，完成所有的必要的工作

如果测试员将时间和精力都投入到客户并不关心的需求上，就会冒做无关工作或生产率低的风险。测试员要与自己的经理协商使命问题，并明确使命。如果不能就使命达成一致意见，就不能有做任何工作的好基础。
如果测试员不知道该做什么怎么办？一种回答是评审使命。这样做可以找出自己的核心问题。如果测试员明确自己的使命，就可以为自己的工作辩护，并明确地确定下一步要做什么。测试员还可以用简单的描述，向其他人解释自己的角色。如果由于某种原因不能完成自己的使命，应该立即把这个问题汇报给管理层。
如果测试员确切地知道要做什么该怎么办？经常重新考虑自己的使命，保证自己的计划不会由于过于偏重测试问题的一个方面，而忽略其他方面。

读完本文有收获吗？请转发分享更多人

软件测试分享圈