2025年软件测试答辩项目总结.pdfVIP

士不可以不弘毅，任重而道远。仁以为己任，不亦重乎?死而后已，不亦远乎?——《论语》

软件测试辩论工程总结

软件测试辩论工程总结该如何拟写呢？今天我们就一起来了解

一下吧！

这学期的期末大作业是对ELearningJavaWeb应用系统进展测

试，通过这次系统测试，我学到了很多知识，软件测试个人总结。

对于详细的测试部分，我主要做的是单元测试和性能测试，其中单

元测试使用的是Junit工具，性能测试使用的是JMeter。就这次大

作业而言，我认为它与我们平时做的实验很不相同，我们平时的实

验只是涉及到测试的某个小部分，而这次测试却是对一个相对完整

的工程按照标准的标准进展测试。

对于好的测试来说，应该注意一下几点：

1.测试的独立性：一次只测试一个对象，方便定位出错的位

置。这有2层意思：一个TestCase，只测试一个对象；一个

TestMethod，只测试这个对象中的一个方法。

2.给测试方法一个适宜的名字。

3.在assert函数函数中给出中给出失败失败的的原因原因，如：，如：

如果无法通过assertTrue，那么给出的消息将被显示。在junit中

每个assert函数都有第一个参数是出错时显示消息的函数原型。

4.测试所有可能引起失败的地方，如：一个类中频繁改动的函

数。对于那些仅仅只含有getter/setter的类，如果是由IDE(如

Eclipse)产生的，那么可不测；如果是人工写，那么最好测试一

下。

学而不知道，与不学同；知而不能行，与不知同。——黄睎

5.在setUp和tearDown中的代码不应该是与测试方法相关的，

而应该是全局相关的。如针对与测试方法A和B，在setUp和

tearDown中的代码应该是A和B都需要的代码。

6.测试代码的组织：相同的包，不同的目录。这样，测试代码

可以访问被测试类的protected变量/方法，方便测试代码的编写。

放在不同的目录，那么方便了测试代码的管理以及代码的打包和。

对于测试用例的命名，我们最好要使其与测试类的名称相一

致，比方说，类的名称为Testing，此类的测试用例的名称为

TestingTest。当我们把测试代码和被测的代码放在同一目录下时，

我们就可以在编译被测代码的同时编译测试代码，从而确保两者是

同步更新的，工作总结《软件测试个人总结》。事实上当前的普遍

做法，就是把单元测试视为build的一个环节。保持测试之间的独

立性是一个很好的习惯，使得它们在任何次序下执行的结果都是相

同的。如果真得需要某些测试按照特定的次序执行，我们可以借助

addtest来实现。当我们需要增加一个测试时，我们要书写一个自

己的测试用例，但是如果喜欢在测试用例的构造函数中做有关的初

始化工作，这就不是个好习惯。数据文件应该尽可能和源代码一起

都放在配置管理系统上，但这样一来如果我们采用上面的resource

机制，我们就需要做一件工作，就是把数据文件从原来的位置-就是

源代码的某个相对路径，拷贝到编译后的位置，也就是class文件

的相应的相对路径。