上期主要是说明了软件测试的重要性，以及产品研发-测试-运营的流程进行了简单说明，本期我将继续来介绍一下测试人员对产品的全局测试思维的正确形成。

首先，产品测试人员应当居安思危。大部分测试人员的技术水平相对来说比较低，容易被替代，门槛低。公司往往会优先考虑找测试人员开刀。身为测试人员，虽然我们平时的工作重复性强，技术相对简单，也不能温水煮青蛙。应当自强不息，要像开发人员一样，不断学习，提高自己的编程水平。

其次，测试人员应该比开发人员更熟悉业务需求。测试人员的水平主要体现在测试用例的设计上。要设计出全面，覆盖广的测试用例，需要测试人员对自己所测试的项目的业务需求非常熟悉，甚至要比开发人员还要熟悉。

如果是测试睿江云平台系统，云计算行业，网络方面。这些业务知识其实非常有用的，学习起来可能会有点复杂。要做到精通业务需求确实不容易。但是一旦了解了这些业务的整体的逻辑流程后，即能达到举一反三的效果。为往后自身的初步的测试思维有着极大的促进作用。

1. 要熟读功能需求文档，任何有疑问的地方都要去和PM确认。
2. 把自己当成最终用户，反复测试该系统。模拟用户的行为。
3. 熟记系统的每个功能。
4. 系统测试完毕后善于总结该系统的相关要点。

黑盒并不是基于“无知”测试，需要站在用户的角度，了解用户的期望、需要。了解越多，了解的方式越多，越能够更好地测试。

不要凭借所谓的“直觉”进行测试。直觉有很强的偏见性,是测试员自己的“本能感觉”。直觉推断实际上是基于有效测试经验和对业务的了解，往往在测试初期发挥作用，测试的越深入细致，“直觉”发生偏差的可能性就越大！可以把这种“直觉”当作指南，给出合理性证明。当有“这是问题，因为它显然是问题”的想法时, 可考虑换一种方式: “这是可能是问题，因为观察到行为与需求存在矛盾, 需要做进一步的分析证明”。

运用有效的试探法产生测试思路。试探法是一种经验规则，是一种基于经验做出猜测的方法。一组好的试探方法有助于很快地生成测试用例。 以下是采用试探法测试的一些例子:

• 边界测试。边界更有可能暴露规格说明的模糊问题
• 测试所有错误消息。错误处理代码与功能代码相比，一般比较弱
• 测试与程序员的配置不同的配置。程序员已经偏信自己的配置没有问题
• 运行比较难设置的测试。在其它条件相同的情况下，易于设置的测试更有可能已经被执行过
• 避免冗余测试。如果某个测试实际上是重复其它测试，就不会产生新的价值。慎用陌生的试探法来做测试，可能会花费过多精力去熟悉测试方法本身。在收集测试方法时，要了解每个方法背后的原理，以及是否适用于当前的测试需求。

 

当然，方法有很多种，试探法只是其中的一种方式，往后小编还会介绍更多的方法帮助大家更快速的适应测试人员的工作。

学会如何跟开发人员愉快相处。产品测试环境中，离不开的是测试人员必须跟开发人员密切合作。和开发人员搞好关系是相当的重要的。

1. 和开发人员成为朋友。

熟悉了干啥都方便

2. 不要打扰开发人员

看到开发在聚精会神写代码的时候，千万不要去打扰人家。写代码需要集中精力，如果被打扰，就会中断思考。

3. 集中问问题。

把需要问的问题都总结起来，集中起来问开发，这样能节省大量的时间。

4. 写好Bug放好在Mantis，不被开发人员烦。

如果开发人员看到一个Bug 描述不清楚，还无法重现，他肯定会骂测试人员（心里偷偷的）。所以测试人员一定要写好Bug，描述精确，简洁，没有歧义，详细简洁的重现步骤，加截图。

 

上述的这些只是给予正在测试路上前进的测试人员的一个小参考，测试思维与开发思维是两种不同的思维，也能说明测试人员既要具备开发人员的技术也要具备产品全局测试的思维，所以，优秀的测试人员其实是稀少的。路漫漫其修远兮，吾将上下而求索。既然选择测试之路，就要努力坚持下去。

本期小编就简单说了几点内容，下期我将继续来说说看测试人员所要具备的测试技术。