学习协议测试的心得体会.docxVIP

学习协议测试的心得体会 篇一：软件测试学习感悟 ? 学习软件测试的感受及体会 ? 这学期学习了赵培英老师教授的软件测试这门计算机专 业的专业课，我们学院又开设了刘老师的关于这方面的讲 座，更彻底的使我们加深了对软件测试的认识。所以我想 谈谈关于软件测试的体会及学到的一些知识。 ? 作为计算机专业的一门很重要的课程，在计算机领域占 据着不可替代的角色，随着人类社会的进步，各种领域计 算机的普及，计算机软件也越来越多的出现在各个场合， 为人们的办公，生活，学习，休闲等提供了前所未有的方 便。软件测试，其目的是：第一是确认软件的质量，其一 方面是确认软件做了你所期望的事情（Do the right thing），另一方面是确认软件以正确的方式来做了这个事 件（Do it right）。作为计算机专业的学生，我想以我自 己的观点来阐述一下我对软件测试的理解。 ? 以前，就是在我没有认真了解测试行业之前，我也一直 认为测试应该是不重要的，甚至认为有必要有专门的测试 职业吗？认为软件主要是开发人员的事，软件的成果也是 由开发人员决定的，当我学了软件工程这门课，真正的了 解到它的必要性，事实上真的不是那么一回事哦。软件无 处不在，然而，软件是人编的——所以不完美。 ? 我还查阅了一些资料就是不注意软件测试的案例： ? 1、迪士尼的狮子王 （1994～1995）软件在少数系统中 能正常工作，但在大众使用的常见系统中不行。后来证实， 迪士尼公司没有对市场上投入实用的各种 pc 机型进行正确 的测试。 ? 2、英特尔奔腾浮点除法软件缺陷（1994）英特尔为自 己处理软件缺陷拿出 4 亿美元支付更换坏芯片的费用。导 致付出如此昂贵的代价，其主要原因是发现了软件缺陷没 有正确的处理。 ? 3、美国航天局火星极地登陆（1999）该项目使用前有 经过测试，两个测试小组双方独立工作都很好，但从未走 在一起。 ? 4、爱国者导弹防御系统 （1991）一枚导弹在多哈击毙 28 名美国士兵，症结在于一个软件缺陷：一个很小的系统 时钟错误累积起来就可能拖延 14 小时， ?造成跟踪系统失去准确度。在多哈袭击战中系统被拖延 100 小时。 ? 5、千年虫 （大约 1974）估计世界各地更换或升级该系 统程序解决原有 2000 年错误的费用已经超过数亿美元。 ? 这就是不注重测试的一些严重后果，因此我们发现了软 件测试的必要性！ 在设计有效测试用例之前，测试工程师 必需理解软件测试的基本原则，包括： 1 、所有的测试都 应追溯到用户需求。正如我们所知：软件测试的目标在于 揭示错误。而最严重的错误（从用户角度来看）是那些导 致程序无法满足需求的错误。 ? 2 、应该在测试工作真正开始前的较长时间内就进行测 试计划。测试计划可以在需求模型一完成就开始，详细的 测试用例定义可以在设计模型被确定后立即开始。因此， 所有测试应该在任何代码被产生前就进行计划和设计。 ? 3 、 Pareto  原则应用于软件测试。简单地讲， Pareto 原则暗示着测试发现的错误中的 80 ％很可能起源 于程序模块中的 20 ％。当然，问题在于如何孤立这些有 疑点的模块并进行彻底的测试。 ? 4 、测试应从 quot; 小规模 quot; ?开始，逐步转向 quot; 大规模 quot; 。最初的测试 通常把焦点放在单个程序模块上，进一步测试的焦点则转 向在集成的模块簇中寻找错误，最后在整个系统中寻找错 误。 ? 5、为了达到最佳效果，应该由独立的第三方来构造测 试。 quot; 最佳效果 quot; 指最有可能发现错误的测 试（测试的主要目标），所以创建系统的软件工程师并不是 构造软件测试的最佳人选。 ? 6、 不充分的测试是不负责任的；过分的测试是一种资 源的浪费，同样也是一种不负责任的表现.。 ? 还有就是关于软件测试的分类：从是否需要执行被测软 件的角度，可分为： －静态测试 ? －动态测试 ? 从测试是否针对系统的内部结构和具体实现算法的角度 来看，可分为 ： －白盒测试 ? －黑盒测试 ? 关于静态测试和动态测试： ?（1）静态测试是指不实际运行被测软件，而只是静态的 检查程序代码、界面或文档中可能存在的错误的过程。 ? 其中包括代码测试、界面测试和文档测试 3 个方面。对 于代码测试，主要测试代码是否符合相应的标准和规范。 对于界面测试，主要测试软件的实际界面与需求中的说明 是否相符。对于文档测试，主要测试用户手册和需求说明 是否符合用户的实际要求。 ? （2）动态测试是指实际运行被测程序，输入相应的测 试数据，检查实际输出结果和预期结果是否相符的过程。 所以，我们判断一个测试属于动态还是静态测试 ，唯一的 标准就是看是否运行程序。 ?  关于黑盒测试和白盒测试 ： ? （1