51Testing软件测试论坛

标题: 5月25日工作日记 [打印本页]

作者: flyven 时间: 2010-5-25 23:59
标题: 5月25日工作日记
连续几天写了几篇工作日记，没有别的目的，只是希望初学者能够来看看，了解测试的工作过程，我这不是写文章，所以没有很好的修辞，更可能会是流水账，因为工作就是这样，工作本身就是按规则来的，不是小说。

今天的工作过程中，有两件事值得一写，第一件事，我给开发A负责的一个模块提了一个BUG，而此BUG是开发B负责的一个模块引起的，所以开发A拒绝我提的BUG，对于这种情况，在缺陷跟踪工具中的正确处理流程应该是这样的，开发A将此BUG转给开发B，而不是退回给测试人员。所以做为测试人员，一定要跟开发A解释清楚正确的流程处理规则，并讲解原因，为什么要这样处理：虽然A模块是由B模块而引发的错误，但是此错误只有在A模块身上才能暴露出来，在做黑盒测试时，测试人员是通过系统给出的现像，来判断程序的正确性，程序内部的情况对于我们测试人员是透明的。

第二件事就是一个测试方法的问题，我给它取名叫关联性测试。第一种情况是，我测功能模块A时，删除了一条记录，而功能模块B中的数据是与这条记录相关联的，所以要验证功能模块B中与之相关的数据也要做相应的处理。第二种情况是这样的，模块A是个手工新增数据的模块，模块B是个批量导入数据的模块，两个模块都是操作同样的一张存储表，如果在模块B中导入数据时，模块A中新增的数据就会全部清空，测试过程中，当我做批量导入时，页面报错，提示导入的数据不符合某个校验规则，也就是说，数据批量导入失败，在这种情况下，我再去查看模块A中的数据，发现全部清空了。所以当一个功能的数据有变化时，测试人员在测试过程中，一定要测试相关功能或业务受到的影响。切忌将单个模块独立拿出来测试，这样测试往往是不到位的。

[ 本帖最后由 flyven 于 2010-5-26 20:25 编辑 ]

作者: shengxiaohui 时间: 2010-5-26 10:31

, 你这种总结方式不错，我也来学习下

作者: TLover 时间: 2010-5-26 14:50
有总结就有进度.. 楼主加油！

作者: dana09 时间: 2010-5-26 16:24
向楼主学习

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)