测试有关论文目录怎么弄,关于测试活动有效性相关函授毕业论文

此文是一篇测试论文范文,测试有关论文范文,与测试活动有效性相关函授毕业论文。适合不知如何写测试及系统及软件方面的论文目录专业大学硕士和本科毕业论文以及测试类开题报告范文和职称论文的作为写作参考文献资料下载。

摘 要 ：虽然很多公司企业都开始重视测试,明白测试对产品质量的影响,但能否正确的理解测试,将是影响测试活动成败的关键因素.

关 键 词 ：测试；单元测试；集成测试；系统测试

中图分类号：TN919.1 文献标识码：A 文章编号：1007-9599　（2012）　17-0000-02

随着软件和IT技术的发展,测试工作也被更多的企业单位所认可,有资料显示,在微软公司,测试人员和开发人员的比例可以达到2：1,这也彰显出微软对测试工作的重视.但仍有一些单位,对测试的理解存在误区.

误区一：测试的目的就是要找出软件或系统中所有的bug,使软件可以正确执行它应有的功能.

误区二：只有测试人员才需要做测试工作,开发人员只管设计和编写软件,然后交给测试人员测试就行了.

事实上,同这些理解正好相反.

1.测试真正可以达到的目的

“误区一”的观点是无法实现的,比如windows下的文件拷贝功能,这是windows中比较简单的一个功能了,但就是这么一个简单的功能,我们也无法向“误区一”说的那样,找出所有bug,因为我们不可能把所有的可能性都测试到.文件拷贝功能绝不是简单的选择一个源文件,然后拷贝到目的目录那么简单,有各种各样的情况场景需要考虑,比如目的目录中已有同名文件、比如目的目录所在磁盘空间不足、比如目的目录层次过深超过windows支持的最大目录长度、比如原文件是否允许拷贝、比如目的目录是否可写、比如当前用户是否有拷贝文件的权限、比如内存不足或CPU忙时的拷贝、比如其他程序执行对拷贝的影响等等,对这些情况的考虑已经可以设计出许许多多的测试用例,何况还有许多我们想不到的情境,所以,想穷举测试一个功能的所有路径,找出所有bug是不可能的.这样的目标只会阻碍测试人员的思考,引导测试走向极端.

写测试论文的要求
播放:24768次 评论:3785人

测试是假定程序中存在错误而去执行程序来发现尽可能多的错误的行为,当然这个假设几乎对所有软件都是合理的,没有bug的软件几乎是不存在的.为什么强调测试的目的是找bug,而不是证明软件中已经不存在bug了呢?

因为这会影响到测试是否成功：如果测试的目的是为了说明程序中没有错误,测试人员思维和行为就会向这个目标靠拢,因而下意识的选用一些不易暴露错误的测试用例.但是,如果我们的目标是证实程序中有错误,测试人员就会选用一些更能暴露错误的测试用例.

所以正确理解测试,对测试设计、测试执行等测试活动有很大的影响.进而决定这会不会是一个有效的测试活动.

2.测试应在什么时机如何开展

“误区二”的观点是目前很多公司都容易犯的错误,他们已经成立了专门的测试团队（这是好的一面）,但将产品质量过多的押宝在系统测试阶段,开发写完代码后基本不经过什么自测,就将软件进行系统测试,由于系统测试的时间、人力以及测试工作的特性等因素,这样系统测试后的软件中仍然存在着大量的bug,甚至存在很致命的bug,这将导致发布软件的质量下降和不稳定,而使用户失去信心.

为什么会这样呢?这正是测试的特性决定的,软件中的bug是永远发现不完的,并且发现的越晚,修改的成本就越高,这是微软公司从二十几年的实践中明白的道理,所以要想得到高质量的软件产品,我们就需要系统的规划测试,让不同角色的人参与进来.在软件开发过程,一般测试可以分为三个阶段进行,它们分别是单元测试、集成测试和系统测试,三个活动相辅相成相互影响.

单元测试是对软件的基本组成部分进行测试,如模块、过程等,其目的是根据模块的功能说明检验模块的正确性.因为单元测试需要了解程序内部的设计和编码细节,所以一般应由程序员进行测试,单元测试主要使用白盒测试,可以发现详细设计和编程时犯下的错误,如变量赋值错误、判断条件错误等.

单元测试是软件测试最基本的部分,非常重要,如果单元测试做不好,后续的集成测试和系统测试将无法顺利进行,软件开发进度会严重延迟或者被迫发布一个低质量的软件.

集成测试是根据系统的整体流程,将各个模块连接起来进行的测试.集成测试的主要目的是发现软件模块间的接口错误,检查各模块组成的系统运行是否正确,各组成模块是否合拍.集成测试通常使用黑盒测试,也可以加入部分白盒测试,可以发现概要设计时犯的错误,如软件逻辑错误、模块接口错误等.软件通过集成测试,是可以进入系统测试的前提,对未通过集成测试的软件进行系统测试,将导致系统测试顾此失彼,影响测试的输出质量.

系统测试将系统硬件、软件和用户等视为一个整体,检查系统在功能、性能等方面是否有不符合需求说明书的地方,所以系统测试应以需求说明书为测试依据,站在用户的角度,通过不断的使用和攻击被测对象,尽可能多的找出系统中的bug.系统测试主要使用黑盒测试方法,并且可以借助测试工具等外部力量,来模拟和攻击被测对象.系统测试可以发现设计和分析阶段的错误,以及系统性能稳定性等方面的错误,如用户需求理解错误、未完全实现用户需求、长期运行系统崩溃等.系统测试需要由专门的团队进行,一般不建议由开发人员进行,因为开发人员对待自己的程序,就像对待自己的孩子一样,会下意识的手下留情,而系统测试需要的是强攻击性.高效的系统测试并不是在软件提交系统测试时才开始的,那已经太晚了.系统测试需要在需求分析时就开始了解需求,分析测试需求,并随着软件的开发同步进行测试用例设计,确定测试方法等.开始对软件进行系统测试的测试执行阶段,只占系统测试总时间的一半左右.系统测试只有和软件开发同步进行,才能更好的理解需求,并且同步的测试设计准备,也可以大大缩短软件的发布周期,并提高测试的质量.

3.结束语

软件测试是为了发现错误而执行软件的过程,是不能找出软件中所有bug的,错误的测试理念会导