测试培训资料

《测试培训资料》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、功能和UI测试培训资料（心得）功能测试和UI主要重点在于测试功能和界面测试上。而这两点是要通过测试人员亲手操作和亲眼所见实现的。测试人员要想将功能和UI测试做好就必须要将自己亲手操作和亲眼所见的东西通过工具(截图工具，文字描述和Excel)记录下来。为了不使测试过程变得盲目，就要制定测试计划，有计划地将测试活动组织起来。在这里需要强调一点的是，要将自己亲手操作和亲眼所见的东西运用数据库的思想整理起来。因为只有有条理的，不重复的数据才是有质量的数据。但是为了满足这一要求，我们就必须要将测试活动细化，细化到每一个动作

2、、页面。也只有这样才能在测试时后期有效的对测试数据进行整理并统计测试结果。这里不得不谈的一个问题就是数据的真实性问题，无论什么样的数据，其真实性都将最终反映其价值，无论是正面的亦或是反面的。所以这里就不得不谈到截图工具和文字描述了。一份好的测试报告其最终的支撑是离不开成百上千条测试数据以及数据背后成千上万次操作的。但并不是说有了真实的数据就会产生好的测试报告，我们应该通过这成千上万次的操作发现那些隐蔽的、不易发现的bug，并根据所学找出这些缺陷的源头，这样才能达到测试的目的。我们对bug的描述将会被反映给开发人员

3、，所以表达必须清楚，不要含糊其辞，因为描述不准确会导致开发人员误将本不是bug的地方给改成了bug，这就不太好了。起码到时候出了问题追究责任，开发人员是会指出是你的含糊其辞导致他改错了bug，也许你会说，这有什么，改回来不就得了。是啊，公司花钱聘用你就是要你没事儿找事儿给开发人员找些麻烦?所以，务必使自己的语言精练，用简洁明了的语言在最短时间内让开发人员找到bug的位置，这就是效率。高效的工作会让你感到快乐，因为你乐在其中，工作也就不会累了。相反，你一天下来啥事儿也没做完，也没出结果。开发找你要bug，组长找你要

4、测试数据，而这些本该在工作时间完成的东西，你一样也没有。结果会是什么？组长、开发人员以及与你工作相关的人员都来找你要东西，你会烦么？你会暴躁吗？你还能快乐的起来吗？于是你就会累，就会觉得工作好辛苦。你开始天天睡不醒、迟到，然后呢，项目经理来找你谈话……因为低效率的工作使你很疲惫，使你饱受压力的摧残，最终还会反应到你的工资上，最终，大家无法忍受你，对不起，请你离开。再回头想想，你受的那些累还有价值吗？所以，请务必高效。用最简洁明了的语句即可。截图也要有针对性，除非客户有要求，要不你就针对那些重要的地方还有有bug的

5、地方截图。而对于一些无关紧要的地方只要描述清楚即可。也许你会问，那些地方怎么区分。我只能很遗憾的对你说，这得你自己辛苦点去琢磨，多做些你就知道在哪了。功能测试和UI测试，需要仔细和耐心，技术什么的基本没有，只要你会做表格，懂一些测试的基本思想理论还有会运用几个运算公式就可以做的很好。下面就说一些测试的思想：1.分类：也许你觉得这没什么，但我想说这可以让你很轻松。1）数据等价类。将目标数据按特性分成等价类，然后每类数据中挑一两个个典型的进行测试，省事儿，避免了重复测试。这里要配上边界值法效果也许会更好。2）功能等价

6、类。将功能相同的功能或者按钮分类，采用统一方法进行测试。当然这个可就不能只取某一个功能或按钮测试了，因为他们是我们的测试对象，要只取一个就歇菜了。这些就得一个一个的测，一个也不能落。所要注意的是采用统一测试方法。只要有哪一个操作完的结果是不一样的立马就可以发现是有问题的。这里要是配上场景法和判定表法效果将是出乎意料的好，不妨一试哦。2.其他：无论怎么分类，总会有那么些特殊的东西是没办法分类的。界面、特有功能等。这就需要耐性，总比一个一个找那些一样功能或按钮的缺陷省事儿多了。反正特殊的东西总不会太多，分完类剩下的那

7、些，针对各自的特殊性进行测试。只要不符合其需求也是立马能找出bug的。3.锁定bug：测试操作结束后总要提bug的，那就要锁定bug位置。这就得采用组合排除。也许有一个bug，你觉得那是个问题，但你不知道问题到底是出在哪。因为你是通过一个很复杂的操作才把这个问题找出来的，现在你得搞清楚是什么导致了这个问题。组合排除，通过一系列的组合执行排除那些影响因素。最终你锁定了bug。这时，你开心并且得瑟的拿着这个缺陷去问开发人员是怎么回事儿，看着他们抓头的样子，心里是不是开心极了？最后通过计算公式统计一下你的测试：花了几个

8、人力、几天时间；用了什么样的工具和方法；在什么样的环境中测试的；找出了各种问题多少个，总共bug数是多少。这份测试报告完成后。相信你的项目经理也会对你的测试感到满意，即使你的bug数不理想，你的做事方法也会得到他的赞赏。最后强调一下：1）务必编写测试计划、测试用例。测试计划和测试用例是纽带，是将测试需求和测试活动紧密联系在一起的纽带。缺少他们将会使测试活动变得漏洞百出。2