流程有了一定的了解，学会了对bug管理工具Bugzilla的使用。
一.有关用户界面的测试 1.图形测试
图形包括图片、动画、边框、颜色、字体、背景、按钮等。
(1) 要确保图形有明确的用途，应用系统的图片尺寸要合理，并且要能清楚的说明某件事情，一般都链接到某个具体的页面。如在滕邦项目中，wap站跟客户端的标志图形就不一样，酒店模块、机票模块和旅游模块的图片也是不同的。 (2)验证所有页面字体的风格是否一致。
(3)背景颜色与字体颜色和背景色相搭配。如本项目以该企业颜色为主。 2.内容测试
内容测试用来检验应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓\相关文章列表\。
如在滕邦项目中，在查询机票的时候出现一个不应存在奥林匹克航空，查询机票深圳北京时，出现美国联合航空 UA，属于国际票务，也是不应该查询到的。
3.整体界面测试
整体界面是指整个 应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方 整个应用系统的设计风格是否一致
在滕邦国际项目中，除了wap站外，还有Symbian、Android、WinMobile三个客户端，所以在事先没有标准的情况下，各个平台的导航不统一，各关键字段也不一致。 二.bug管理
1. 在进行测试前，首先必须理解业务和需求。需求和业务理解了，才知道客户想要系统实现什么。然后按照需求来进行测试，不满足需求要求的都可以认为是BUG。 2. 和开发人员沟通。这里说的沟通并不仅仅指通过沟通试图让开发人员修改每个BUG，这个当然需要沟通，但是并不是指所有的BUG都需要修改，这中间涉及到成 本、技术，还有别的问题。除此之外，通过和开发人员搞好关系，对于BUG我们可以问他发生该BUG的原因，修改的大致方法，甚至不修改的原因等等，这有助 于以后测试中多注意、多发现这样的问题，甚至提出修改建议。
如在Symbian客户端测试中，会出现“内存不足，请关闭一些应用程序后再试”的警告，是属于正常现象。 3. 决定BUG严重性的时候，可以根据该被测对象在整
个系统中充当的角色，实现的功能来判定如果该对象出现错误会对整个系统产生什么样的影响，对产生的影响打 分，从而定义BUG的严重程度;决定BUG优先级的时候，可以先假设不修复该BUG，出现的这些问题会产生哪些影响，然后判定这些影响的严重性来判定 BUG的优先性。
如在项目中，旅游模块页面中，点击查询时自动退出系统，本是属于High单，而我提的是Medium单。
4. 容易产生BUG的情况：虽然在开发过程中，软件需求通常都会发生改动，所以如果某一部分的软件需求频繁发生变动，那么就会导致和这部分相关的编码和设计会相应的频繁变动，那么在测试中，这部分编码设计实现的部分出现BUG的可能性就很大。
如果在开发的过程中，大量使用了第三方的组件，或者从别的软件中移植了大量的代码，那么和这些第三方的组件和代码相关部分出现BUG的可能性就很大。