实习第四周总结（2013.08.5-2013.08.11）

第四周总结（2013.08.5-2013.08.11）

 

第四周的实习，到这周为止，我们已经基本熟悉过了一遍功能，正式开始了保护下的第二轮详细测试。这也是我第一次接受功能点具体划分到个人的测试任务，感到兴奋之余也有一点压力。

下面我就本周的学习和工作做一个简单的总结。

 

本周学习到的知识：

1、学会和开发进行交流

2、参加了bug描述的培训，明白了怎样在BM中规范的描述一个bug

3、加深了时间观念，在工作中学习到如何预估工作时间，每日日结

4、体会到报bug时，需要深入错误的表现现象，找到bug本质，才不会报原理一样的重复bug

 

本周完成的任务：

1、参与了保护功能的第二轮测试，负责例外区二级功能模块的测试、控件置灰情况检查以及保护功能的界面检查（共找到25个已入库bug）

2、组织讨论，收集整理了新人文档的修改建议，正在进行初步修改

 

感悟：

1、感觉到光埋头于自己的测试是不行的，与开发的交流也是很重要的。比如本周我负责的功能点中有一个”书签“功能需要和例外区结合测试。而wps中与mso不同之处在于wps的”文档结构图“是独有的。而文档结构图中又可以对书签进行管理。我发现，我们的文档结构图的书签tab页会对书签在例外区还是保护区进行判断，如果书签在保护区就不能删除。乍一看，这个功能很智能，但是试验后发现，无论是wps还是mso，在例外区点击插入选项卡下的”书签“按钮，还是可以通过书签对话框删除保护区中的书签。思考后我觉得，既然通过”书签“按钮可以删除保护区中的书签,所以书签的删除应该是不受保护限制的，而我们的文档结构图中的书签管理也就无需在书签在保护区时禁用书签的删除等操作。我把我的想法告诉小包，而小包告诉我可以直接与开发讨论，于是在整理好思路后，我找到相应的开发同事，演示给他看问题，并说明了我的看法。这几乎是我第一次主动找开发进行交流，有点小紧张，但是发现其实开发也是非常好说话的，在沟通后认同了我的看法，并且计划修复这个问题。而我也十分开心，因为感觉到通过一起交流讨论，可以让自己的想法在项目上得到实现。

2、体会到在找bug的时候，需要深入现象理解bug的本质。一方面，只有清晰的定位了bug的本质，才能正确的描述这个bug。也不会在因为没有清楚了解本质的情况下，报很多表面现象不同，但是产生bug根源相同的重复bug。另一方面，在回归bug的时候，开发会备注上问题答复和影响面，我们只有完全看懂这两点，深入理解了这个bug产生的根源、怎样修复的以及影响面后，在回归bug的时候才能考虑全面，找到可能还存在问题的地方。

3、这周接触到了界面测试，感觉到进行界面测试正能体现测试人员的细心程度。在我看来，界面测试并不涉及复杂程序的逻辑，而测试的是一些关乎用户体验的东西。比如错别字测试、控件测试等。虽然看上去测试难度小，但是绝不能降低这方面的要求，因为界面是用户直接接触到的东西，直接影响用户对产品的看法。而对照着界面测试检查点，实际动手测试后，我也发现了不少问题，这是一个学习并实践的机会，需要好好体会。

想要解决的问题：

1、在回归bug的时候，对一些开发备注的专业用词还看不懂，需要多与开发交流，以及找到学习渠道。