什么是测试？

kuailederen

最近晚上一直有轻度失眠，失眠的时候来想一个问题，什么是测试？ 也就是到目前我对自己做了三年多的测试工作还不能有个准确的定位，
很是苦恼啊 。 自己也看了大量的书，对测试的定义也多种多样，无非就是“测试是一个什么什么的流程”，“测试是检验产品是否达到目标的过程”，“测试是保证软件质量的一个环节”，更有甚者说“测试是一门技术”。我不反对以上的说法，但他们说的都不全面，都只是说出了测试某一方面的特点。
         随着在测试领域深入的接触，越来越觉得测试的学问深不可测。最近在看一美国人写的《软件工程事件的研究方法》，越来越觉得软件工程方面的理论知识对测试的重要性。例如，里面提到一点，说在需求分析阶段，最后要生成“开发用例”，然后按照开发用例来实现代码。  我们做测试的 ，只知道测试用例是测试可执行的单位，孰不知开发也需要一个开执行的单位，用来规范开发者的行为。 所以我想，开发用例一定比开发需求更详细，因为他引入了大量的开执行的技术和实现方法，所以对做测试分析起到了非常大的作用，就等于挖坑游戏，都已经告诉你有多少个坑，每个坑在什么位置，就等着你去挖开他，看看里面有没有黄金了。而我们现在做的测试，只告诉你要挖坑，有很多黄金，没有告诉你有多少个坑，当然更没有每个坑的位置，所以我们经常漏掉本该得到的黄金。
     我喜欢读书，读一本好的小说，可以让你深入情节，而读一本好的技术书，更能让你去思考。一个好的测试管理，或者称一个有效的测试管理，让你觉得整个测试过程象生产线一样流畅，自然，而这期间的每一个动作，都有针对性的理论指导，目的明确。再想想我们的测试，没有明确的需求，没有规范的管理，根本就没有什么理论的指导，问问自己，我们是在做测试吗？ 我们只不过是给不合格的产品加上测试通过的结论而已。
      我也知道国内测试起步晚，需要时间。但有一点我不理解，如果真的有困难解决不了，需要时间去实现，那无可厚非，实际上是谁关心这个问题呢？ 我跟同事聊过这个话题，结论是如果第二天能有1000W万的现金收入，那么老板肯定会在今天就投入成本来提高测试。很现实的问题，不是别的老板不会赚钱，而是谁的目光更长远一点的问题。
      别人的东西我们只能借鉴，因为在测试领域，还没有什么定论，如果你能实践出一套高效的标准，那么你就是这个领域的老大，别人就得跟你学。想想现在，拿别人的流程，拿别人的模板，拿别人的标准，好像也蛮适合自己的，有什么问题不明白，baidu，google一搜，好像也能解决问题，至于适合不适合自己，另当别论。那么，我们的能力在这过程中发挥了多大的作用呢？使用搜索，照搬别人的方法，或是略加改动，仅此而已。
         我只想问可不可以独立的去思考这些问题 ？ 我指的这些问题，是对“测试”的定义上。
   好多想不明白的问题，是我痛苦，也有一点想明白的问题，那就是测试到底是什么。哲学上讲，一切事情都有前因后果，只是过程不同罢了。那么我们测试的前因后果和过程是什么呢？
        测试=测试对象+测试过程+测试结果
就这么简单的一个公式。这就是我最近得出的结论。
  测试对象我想就是需求，测试过程就是一个集合了很多测试行为的过程，测试结果就是对测试数据的分析。
    欢迎大家讨论。细节内容我也思考过，有很多问题想不明白，理论知识不够。有兴趣的可以一起讨论，我们目标是寻找自己的测试理论（咱就先有想法了，其他另说）

shanfeng1419

公司需求做的不完善，测试组其实充当用户的角色，测试中觉得这个地方做的不恰当，提了bug。居然开发部的说，“哪个有病的人这么操作。”之类的话，你们怎么看？

liujg

我们只不过是给不合格的产品加上测试通过的结论而已
测试=测试对象+测试过程+测试结果
这两思考的结论 很好！
开发用例  是个创举   我现在思考的就是  开发用例 和 现在开发人员做的单元测试有何区别？？？开发用例在多大程度上能规范，约束开发人员？