这一阵子要发布一个新版本给测试部门进行测试,我又做了大量的测试工作。我04年的时候做过半年多点时间的测试,那时候没发现产品中的一个BUG都非常高兴,哪个时候要发现BUG还是非常简单的,哈哈。现在又做了大概一周的测试,确没有哪种感觉,因为要测试自己小组完成的功能。
说说测试的情况:很大部分都是页面的错误,下层的Service方法和DAO方法倒是很少有错误。错误一般是空指针错误,返回给页面显示的list为空啊;页面文字显示不正确啊,显示乱码啊;提示信息出错啊,或者需要有错误提示的没有错误提示之类的。
页面之所以有这么多问题,我觉得主要有两方面的原因:第一:页面是变化最多的地方,开发人员不太擅长写页面代码,缺少专业的美工使得CSS设计风格不统一;第二:页面代码复杂性较大,一个页面包含了很多判断逻辑来显示正确的页面。比如:如果是A近来,那么就显示×××动作;要不是从B近来的,那么就显示YYY动作等等,页面的可重用性很低,事实上也造成了Action代码的冗长。
从测试中发现的几个开发当中的问题:第一:改BUG不去验证,其实根本就没有改正又引入新的BUG;第二:使用配置服务器不当,不从配置服务器当中取得最新的代码,造成更新冲突;第三:开发人员之间缺少协作,发现了BUG不深入跟踪下去,不是自己的BUG就不管了;第四:重构过程中不写单元测试,不能保证重构之后的代码和重构之前的功能是一样的,事实上现在发现的一些反复错误都是因为底层的方法重构而引起的。
总而言之,现在的Team开发水平还比较低,特别是新来的人员和学生比较多,他们缺乏必要的培训,特别是项目规范的培训,这些将直接决定了未来产品的质量,不禁忧心啊。
说说测试的情况:很大部分都是页面的错误,下层的Service方法和DAO方法倒是很少有错误。错误一般是空指针错误,返回给页面显示的list为空啊;页面文字显示不正确啊,显示乱码啊;提示信息出错啊,或者需要有错误提示的没有错误提示之类的。
页面之所以有这么多问题,我觉得主要有两方面的原因:第一:页面是变化最多的地方,开发人员不太擅长写页面代码,缺少专业的美工使得CSS设计风格不统一;第二:页面代码复杂性较大,一个页面包含了很多判断逻辑来显示正确的页面。比如:如果是A近来,那么就显示×××动作;要不是从B近来的,那么就显示YYY动作等等,页面的可重用性很低,事实上也造成了Action代码的冗长。
从测试中发现的几个开发当中的问题:第一:改BUG不去验证,其实根本就没有改正又引入新的BUG;第二:使用配置服务器不当,不从配置服务器当中取得最新的代码,造成更新冲突;第三:开发人员之间缺少协作,发现了BUG不深入跟踪下去,不是自己的BUG就不管了;第四:重构过程中不写单元测试,不能保证重构之后的代码和重构之前的功能是一样的,事实上现在发现的一些反复错误都是因为底层的方法重构而引起的。
总而言之,现在的Team开发水平还比较低,特别是新来的人员和学生比较多,他们缺乏必要的培训,特别是项目规范的培训,这些将直接决定了未来产品的质量,不禁忧心啊。