软件测试答辩项目总结

1、软件测试答辩项目总结 软件测试答辩项目总结该如何拟写呢？今天我们就一 起来了解一下吧！ 软件测试答辩项目总结【1】这学期的期末大作业 是对 ELearning Java Web 应用系统进行测试，通过这次系 统测试，我学到了很多知识，软件测试个人总结。对于具体 的测试部分，我主要做的是单元测试和性能测试，其中单元 测试使用的是 Junit 工具，性能测试使用的是 JMeter 。就这 次大作业而言，我认为它与我们平时做的实验很不相同，我 们平时的实验只是涉及到测试的某个小部分，而这次测试却 是对一个相对完整的项目按照规范的标准进行测试。 对于好的测试来说，应该注意一下几点： 1. 测试的独立性

2、：一次只测试一个对象，方便定位出错 的位置。这有 2 层意思：一个 TestCase ，只测试一个对象； 一个 TestMethod ，只测试这个对象中的一个方法。 2. 给测试方法一个合适的名字。 3. 在 assert 函 数 中 给 出 失 败 的 原 因 ， 如 ： assertTrue(”should be true, )，方便查错。在这个 例子中， 如果无法通过 assertTrue ，那么给出的消息将被显 示。在 junit 中每个 assert 函数都有第一个参数是出错时 显示消息的函数原型。 4. 测试所有可能引起失败的地方，如：一个类中频繁改 动的函数。对于那些仅仅只含有

3、getter/setter 的类，如果 是由 IDE( 如 Eclipse) 产生的，则可不测；如果是人工写， 那么最好测试一下。 5. 在 setUp 和 tearDown 中的代码不应该是与测试方法 相关的，而应该是全局相关的。如针对与测试方法A 和 B， 在setup和tearDown中的代码应该是 A和B都需要的代码。 6. 测试代码的组织：相同的包，不同的目录。这样，测 试代码可以访问被测试类的 protected 变量/ 方法，方便测 试代码的编写。放在不同的目录，则方便了测试代码的管理 以及代码的打包和发布。 对于测试用例的命名，我们最好要使其与测试类的名称 相一致，比如说，类的

4、名称为 Testing ，此类的测试用例的 名称为 TestingTest 。当我们把测试代码和被测的代码放在 同一目录下时，我们就可以在编译被测代码的同时编译测试 代码，从而确保两者是同步更新的，工作总结软件测试个 人总结。事实上当前的普遍做法，就是把单元测试视为 build 的一个环节。保持测试之间的独立性是一个很好的习 惯，使得它们在任何次序下执行的结果都是相同的。如果真 得需要某些测试按照特定的次序执行，我们可以借助 addtest 来实现。当我们需要增加一个测试时，我们要书写 一个自己的测试用例，但是如果喜欢在测试用例的构造函数 中做有关的初始化工作，这就不是个好习惯。数据文件应该

5、尽可能和源代码一起都放在配置管理系统上，但这样一来如 果我们采用上面的 resource 机制，我们就需要做一件工作， 就是把数据文件从原来的位置 - 就是源代码的某个相对路径， 拷贝到编译后的位置， 也就是 class 文件的相应的相对路径。 通过这次软件测试的系统测试，我对软件测试有了更加 深刻的认识，其实软件测试并不像想象的那么简单，它需要 测试人员具备多方面的能力和素质。软件测试人员应该拥有 广阔的视野、一定的编程能力、细心和耐心等等。这些对于 能否测出优秀的系统来说都是必不可少的。 经过这次对 java Web 应用系统的测试，我的测试能力 得到了锻炼，对软件测试有了比较全面的认识，

6、收获了很多 珍贵的东西，而且我也从软件测试的角度，对编写健壮的程 序也有了新的认识。 记录激动时刻，赢取超级大奖！点击链接，和我一起参 加加XX :我的世界杯Blog日志活动！ 软件测试答辩项目总结【 2】我在几个月的软甲测 试课程中深刻体会到软件测试的重要性和趣味性。这门课教 会我们以软件系统工程的更大视角审视软件测试这项工作。 在做作业的过程中我感觉我做的测试项目越多，阅读的 测试书籍越多，我越感到我对软件测试理解的越肤浅。因为 我越来越感受到软件测试的广度和深度的无限性，它像大海 宽广，像宇宙那样深邃。 为什么要进行软件测试软件测试的前途如何软件测试 的工具和思想谁更重要软件测试的最高境

7、界是什么 软件测试是保证软件质量的重要活动，是软件项目实施 的不可缺少的环节。软件测试的直接目的是发现软件中存在 的缺陷。此为测试的有效性。 在软件项目没有结束之前的全部软件缺陷主要由软件 开发人员负责，因为软件缺陷来自程序员的编程。软件项目 结束后的软件缺陷主要由软件测试人员负责，因为软件测试 人员没有在软件发布之前的测试中没有发现隐藏的错误。 软件测试不是万能的，因为不可能发现全部的软件缺陷， 而且软件的功能和性能不是由测试决定的。此为测试的有限 性。 软件测试目前主要以手工测试为主，自动测试工具虽然 很多，但实际应用的广度和深度还有很大潜力，自动将有很 大的发展空间 ! 。软件测试的缺陷

8、管理流程非常重要，报告 的软件缺陷的质量，应该由他人验证，做到责任明确，方法 简便可行。 软件测试技术不断进步，但总体来看，国内的测试重视 程度还不够，但已经发展很快。差不多两年之前，国内计算 机书店中关于软件测试的书籍非常稀少，如今却琳琅满目， 异彩纷呈。 软件测试是个可以很快入门的职业，门槛不高，但是， 不要认为什么人都可以做好软件测试。因为会做和做好是两 个概念。软件测试人员最好具有软件开发经验，理解软件工 程的知识。这是提高软件测试能力的基础。对于刚刚毕业的 学生，如果希望今后从事软件开发，那么，先从事一段时间 的测试可能更有利于今后的编程。而对于具有多年编程经验 的程序员，如果改行做

9、测试，更容易提高技术。 软件测试不是孤立的活动或过程，需要开发和市场人员 的参与和交流，需要软件质量保证人员SQA勺积极配合和沟 通。 软件测试的技术不断进步，与具体测试技术相比，掌握 测试的核心思想比具体技术更重要 ! 测试的最高境界在于运 用最简单有效的测试技术，最大限度的发现软件缺陷 ! 软件测试答辩项目总结【 3】 这个学期我学习了软 件测试这门专业课程，在学期即将结束的时候，我也对这门 课程建立基本的了解和理解。软件测试这门课程作为软件工 程专业中一门很重要的课程，已经在软件领域占据了不可替 代的角色，当一个软件从雏形到真正的在一台计算机上运行 的时候，谁也不能保证计算机软件能一步到

10、位的满足人们的 需求。所以就有了软件测试，其目的是：第一是确认软件的 质量，其一方面是确认软件做了你所期望的事情，另一方面 是确认软件以正确的方式来做了这个事件。下面我简单的写 一下这个学期对课程的总结和收获。 我认为，在整个庞大的软件工程中，不管是需求分析、 架构设计甚至是最后的 debug，都会产生引入不管的机会， 这就要求作为一个软件测试师要掌握丰富的软件工程原理 和知识。测试的工作将会存在于整个项目周期，即在项目开 始时需要各种分析调研时就开始了。尤其是在形成需求规格 说明书时就有对文档的测试需求，甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高，是否 有严密的思维

11、和逆向思维也非常重要。做测试还要考虑到所 有出错的可能性，有时候还要用一些非常规的的测试方法。 软件测试还很注重软件性能问题，也就是要保证软件运行得 很好；不同的使用环境下，考虑软件 的兼容性同样重要。对于测试员来讲，会比开发人员更 加重视软件产品的质量问题。在测试过程中，测试者可能会 为客户的需求角度考虑到更多，由此我们可以认为测试人员 有权利决定产品是否可以发布。 然而，通过一个学期的学期， 我们又不得不懂得，软件测试人员不是万能的，测试人员在 面对一个设计烂编码烂的软件时，也是无法不低头的，再怎 么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身 体力行于 QQ

12、 群论坛里使我对测试方法和设计分析有了大致 的接触和深入了解。收印象深刻的有一下几点。 1、最基本的测试的分类：从是否需要执行被测软件的 角度，可分为静态测试和动态测试；从测试是否针对系统的 内部结构和具体实现算法的角度来看，可分为白盒测试和黑 盒测试。 2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测 试。 3、还有就是对于划分等价类和边界值法这一块，让我 从模糊到明朗。 4、在初次写测试用例的时候，感觉真是纠结，用例写 的很死板，看似简单的一个填表工作，要写好真是不简单。 一开始写的比较不自然，有些生搬硬套，而且还很慢。在后 来负责了对论坛新鲜事版块的测试之后，明白了测试用例其 实就是指导

13、怎么去执行测试，而且书写设计测试用例也要以 熟悉软件的业务为前提，才能更好的去测试。 另外就是一个学期的学习让我纠正了几点误区： 1. 有位大师曾说过： “软件测试的目的在于发现错误， 一个好的测试用例在于发现从来未发现的错误，一个成功的 测试是发现了从未发现的错误的测试。 ” 由此我自认为测试 就是为了找到 bug，然而一个学期的测试学习经验告诉我这 是错误的，如果只是为了找到 BUG那么BUG会成天缠着你。 2. 在大家协力测试论坛的时期内，我曾认为这种大量的 重复性的工作真的很乏味，可是在这乏味中真心发生挺多有 意思的bug，意想不到的bug，所以我认为只要掌握了方法， 在重复中寻到到创新的小惊喜，任何东西都有它的特点 作为测试新手，通过一学期的学习，我认为能独立写测 试计划，设计测试用例，精通一种测试工具，理解一种 bug 管理软件是新手晋级