对于测试人员来说，对软件能否实现预期的功能是测试的重点。除了功能测试之外，根据用户或者客户的需求，在有的产品或者项目中，可能还会有性能测试、安全测试等。尽管有很多不同的测试内容，但总结出来可以归纳为两种类型：
　　一种是可以依据具体指标验证的测试，例如功能测试，某个功能有没有实现，功能是否正确实现，我们都可以有一个明确的依据进行参考确认，再比如性能测试，在指定的环境、指定的条件，系统是否达到了指定的性能指标，都有量化的数据可以验证。这种可以依据具体指标验证的功能，无论是对于开发人员去实现，或者是对于测试人员进行验证，都是可以做到具体化，便于开发，也便于测试。
　　还有一种测试类型，就是不便于通过量化的指标进行测试。如颜色、样式、按钮的大小和位置。比如颜色的设置，客户对某个界面的颜色要求是红色的，开发人员根据自己的理解可能设计为深红色，而测试人员在测试的时候根据自己的经验觉得浅红色更适合。这样测试和开发在对颜色的认识和理解上不一致，就可能都没法说服对方，没法达成一致的共识，增加沟通的时间，降低项目的研发效率。
　　以上关于功能和界面方面的测试都只是我们测试中一小部分的内容，还有其它方面的内容只是可能我们还没有接触到。玩过微信摇一摇的朋友都知道，我们在进入摇一摇界面摇动手机的时候，会收到到一个来福枪的声音。我想，在最初开发摇一摇功能的时候，肯定也不是来福枪的音效，肯定也是在很多种声音中经过筛选并通过使用验证后才最终确定下来的。那么，对于类似这样的音效，是否需要测试呢？如果需要测试，作为测试人员，又该拿什么标准来测试吗？仍然以微信摇一摇功能为例，摇一摇的界面很简单，没有文字说明告诉用户这个功能的作用是什么，也没提醒用户怎么去使用，但是，作为一个初次打开该功能的用户，看到摇一摇的图片都会下意识的去摇动一下。而这样的设计的初衷，都是力求简单。假设我们也在微信项目组，在微信刚开始研发的阶段，其中关于摇一摇功能的要求，有一项要求是界面简单，易于学习和操作。而这个需求肯定是没法进行量化的，不同的人有不同的理解，那作为测试人员，怎么去对这个需求进行测试是一个需要考虑的问题。
　　之前有看过一篇报道，是关于深圳一座摩天大楼被发现使用了海沙（搅拌和混凝土所用的沙，是来自海边且未经过处理的海沙，而非一般常用的河沙，海沙盐分含量高，容易对钢筋产生腐蚀，进而影响到建筑物的使用寿命），后来是被相关部门勒令整改，并对当时使用海沙的部分做了技术处理。后来的处理结果怎么样，没去关注，关注的是摩天大楼作为一个硬件工程，建设过程中如果有了缺陷，怎么去修复，对于这样影响到工程质量的缺陷，又该怎么样去预防。摩天大楼不像软件产品，出现了缺陷对有问题的代码做重新编写就能够解决问题，考虑到时间成本和费用成本，对摩天大楼推到重建的可能性很小，除非有很重大的问题。
　　摩天大楼等硬件工程的建设和软件产品的研发，虽然过程都不一样，但都有一个共通的东西，那就是质量的保证。怎么样将硬件产品的质量控制方法借鉴到软件工程的质量控制，是一个值得学习的过程。平时注意观察的话，可以发现生活中有很多场景需要测试工作的介入，或者用到测试思维。