测试蓝本(测试知识介绍,非常有价值)

饺子 · 发表于 2008-4-12 21:32:34

lee_huo

测试现在被普遍认为“保证产品质量”这个笼统的说法下，而测试本身是什么呢？今天我们就测试本身跟大家一起讨论。
测试是在研发产品的整个过程中的一个跟踪活动,他在各个阶段报告给人们当前项目的状况,能够督促和提示项目经理或者高层经理对项目的关注点.
国内的测试的定义,一般是在产品的研发后期,对产品的功能进行验证的一个系列活动。
国外的测试已经发展比较成型了，而国内的测试现在还处于摸索阶段，至于超着那个方向去发展，我觉得大家目前还是处于比较迷茫的阶段。
   主要原因是：国内软件产业起步晚，而且质量意识不强，造成了软件工业发展缓慢，配套行业（测试发展缓慢），我觉得这个很正常，因为从人类历史发展的角度来看，这个是必须经历的阶段，从有这个概念到摸索，目前国内的测试应该处于沉思期，主要是没有一个全套的指导思想，另外一个原因是行业发展方向不明朗。
国内存在对测试的误解，所以造成了测试现在成了大家进入企业的跳板，要么就是觉得自己的能力还不够，目前只能从事测试，要么就没有编写程序的能力，但是同类产品比较了解，所以做测试。
   我对这个问题我有自己的看法，我觉得在企业发展的同时，个人要发展，那么个人怎么发展呢？（我说的是测试人员），在国内，对应的测试的技术总结的相对很少，并且现在国内的企业测试都是把测试过同类产品当成了经验。我个人觉得这并不是错，但是我个人觉得有点偏颇。因为真正从事测试行业的人都知道，测试是需要一定的技术功底的，在国内虽然对测试这么要求，是因为国内的大环境有质量的意识形态所导致，对质量的意识还只是停留在理解和使用上，不是从设计或者原理或者其他方面保证质量的。如果我们说对测试的定义是对某类产品的经验上，那么这个人是对和他合作过的程序员和设计师比较了解，而且能够总结出来某些人在那些方便容易出错，但是当更换环境以后，这些经验是否还能有用呢？
如果我们把测试的方法整理成技术，那么他形成一个规则或者说是一个标尺，我们只是分析什么样产品的需要用什么方法来测试，而且需要了解的知识架构是什么？怎么把这些知识穿插起来，那么积累就不会被约束，但是不能撇开经验，因为经验本身是设计出好的案例的基础，但不是唯一的基础。
         我们再来看看测试案例的设计，测试案例的设计在国内现在是一些刚刚入行的不会写程序或者程序功底比较差的人在写案例，那么这些人设计出来的案例只是包含了整个测试过程中功能测试的一部分案例而已，因为他们不懂得或者不理解程序，不是从原理上去分析产品，不是从逻辑上去分析产品，而是从用户使用的角度去分析产品，这样设计出来的案例的可行性和可信度多大呢？大家可想而知了。所以我们在整个引导大家的过程中，从技术和方法，结合具体实例和针对不同类型的产品的测试方法进行跟踪和描述。
首先，什么叫测试？测试干什么？
测试，是在开发过程中的一种活动，它是分白盒测试和黑盒测试。在不同的阶段不同的人所承担着测试这个角色，我们把整个活动统称为测试。
测试的工作内容主要包含了设计测试计划，设计测试案例，执行测试，进行测试总结。
执行测试是在产品开发的整个过程中进行的，包括了单元测试，系统测试，集成测试，系统测试和验收测试，那么不同的阶段测试的重点不同。
单元测试的重点是函数级，包括需求，包括算法，包括接口预留等内容。
集成测试是指把小模块结合起来，测试的重点是输入输出数据，参数的处理，错误预处理，接口规范，参数约束等测试内容。
系统测试的重点是功能性质，它的测试重点是按照需求来对照测试，主要是功能实现的情况，包括功能使用逻辑和操作逻辑，操作系统，兼容性（软件和硬件）等内容。
验收测试，主要是合同性质而言的，在国外现在软件外包情况比较多，那么双方按照合同规定履行自己的职责，把功能按照合同约定的形式条条比对。这是主要方面，那么在企业内部，验收测试是除了功能验收以外，还包括易用性，软件的亲和度等方面的内容。

[ 本帖最后由饺子于 2008-4-12 21:41 编辑 ]

上一篇：Web开发中常见的安全缺陷及解决办法
下一篇：结合VSTS总结出的软件缺陷分类标准