软件测试实训小结(2)
时间: 06-11
栏目:总结
整个应用系统的设计风格是否一致？
在滕邦国际项目中，除了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的可能性就很大。
总结五：软件测试实训小结
这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了，说实话每天在教师从早晨坐到下午，中间只有一个半小时休息时间，这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。
不过 看到老师讲得如此认真，看到惠普如此强大，我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了，呵呵。
前两天确实还是有点累，讲的也是理论课，而且以前我们从来没有接触过测试这个行业，所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化，鄙人是深受教育啊。
后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件，那个软件好大啊 ，整整2个G。我们考啊考啊考了好久才考完。软件叫QTP，就是惠普的快速测试专业版。确实是一个强大的软件，呵呵 大家用了就晓得了！
有 了电脑自然好耍了，我们休息的 时候就上网啊，我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件，操作还是比较复杂，而且全英文版，对我这种英语水平的人确实有点难以接受a。不过 呢，我还是在老师的敬业精神鼓励下学到了不少知识 受益匪浅啊，单词也记到了不少！离六级又近了一步！！
四天的培训在今天就彻底的结束 了，下午老师给我们开 座谈会，问我们有什么问题，结果呢我们一点问题都没得。老师教得好啊 呵呵！我们没得问题 老师又只有给我们说他的光辉历史了撒 。什么当年大学毕业了差点工作都没找到啊，什么当年英语学得最撇啊，还有找不到工作在网吧郁闷打游戏啊 呵呵。
我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑!所以以后呢，要好好努力啊，不管社会有 好黑暗你都能找到光明，生活就是如此，时间本就平凡。好好干好好干！
在滕邦国际项目中，除了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的可能性就很大。
总结五：软件测试实训小结
这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了，说实话每天在教师从早晨坐到下午，中间只有一个半小时休息时间，这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。
不过 看到老师讲得如此认真，看到惠普如此强大，我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了，呵呵。
前两天确实还是有点累，讲的也是理论课，而且以前我们从来没有接触过测试这个行业，所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化，鄙人是深受教育啊。
后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件，那个软件好大啊 ，整整2个G。我们考啊考啊考了好久才考完。软件叫QTP，就是惠普的快速测试专业版。确实是一个强大的软件，呵呵 大家用了就晓得了！
有 了电脑自然好耍了，我们休息的 时候就上网啊，我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件，操作还是比较复杂，而且全英文版，对我这种英语水平的人确实有点难以接受a。不过 呢，我还是在老师的敬业精神鼓励下学到了不少知识 受益匪浅啊，单词也记到了不少！离六级又近了一步！！
四天的培训在今天就彻底的结束 了，下午老师给我们开 座谈会，问我们有什么问题，结果呢我们一点问题都没得。老师教得好啊 呵呵！我们没得问题 老师又只有给我们说他的光辉历史了撒 。什么当年大学毕业了差点工作都没找到啊，什么当年英语学得最撇啊，还有找不到工作在网吧郁闷打游戏啊 呵呵。
我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑!所以以后呢，要好好努力啊，不管社会有 好黑暗你都能找到光明，生活就是如此，时间本就平凡。好好干好好干！