2020年软件测试个人总结_第1页
2020年软件测试个人总结_第2页
2020年软件测试个人总结_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

软件测试个人总结 对于好的测试来说，应该注意一下几点： 1.测试的独立性：一次只测试一个对象，方便定位出错的位置。这有2层意思：一个TestCase，只测试一个对象；一个TestMethod，只测试这个对象中的一个方法。 2.给测试方法一个合适的名字。 3.在assert函数中给出失败的原因，如：assertTrue(should be true,)，方便查错。在这个例子中，如果无法通过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文件的相应的相对路径。 通过这次软件测试的系统测试，我对软件测试有了更加深刻的认识，其实软件测试并不像想象的那么简单，它需要测试人员具备多方面的能力和素质。软件测试人员应该拥有广阔的视野、一定的编程能力、细心和耐心等等。这些对于能否测出优秀的系统来说都是必不可少的。 经过这次对java Web应用系统的测试，我的测试能力得到了锻炼，对软件测试有了比较全面的认识，收获了很多珍贵的东西，而且我也从软件测试的角度，对编写健壮的
人人文库> 全部分类> 应用文书 > 年终总结

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论