白盒测试之经验与技巧.PDF

白盒测试之经验与技巧 白盒测试之经验与技巧 白白盒盒测测试试之之经经验验与与技技巧巧 1、测试用例的复用性的提高 1、测试用例的复用性的提高 11、、测测试试用用例例的的复复用用性性的的提提高高 测试用例的复用性的提高 根据产品特性和一致性准则，测试用例的维护可以按下面几种情况分别处理： 1、产品特性没变，只是根据漏掉的缺陷来完善测试用例。这时候，增加和修改测试用例均可，因为 当前被修改的测试用例对相应的版本都有效，不会影响某个特定版本所拥有的测试用例。 2、原有产品特性发生了变化，不是新功能特性的问题，而是功能增强，这时候原有的测试用例只对 先前版本（如 1.0、2.0）有效，而对当前新的版本（如 3.0）无效。这时，决不能修改测试用例，只能增 加新的测试用例，不能影响原有的测试用例。 3、原有功能取消了，这时只要将与该功能对应的测试用例在新版本上置为空标志或“无效”状态，但不 能删除这些测试用例，因为它们对先前某个版本还是有效的。 4、完全新增加的特性则很清楚，增加新的测试用例。 (1) 每个测试用例记录，针对一个有效版本都有对应的标志位，通过这个标志位，很容易实现上述维 护需求。这样，新旧版本的相同测试用例得到一致的维护，测试用例数也不会成几倍、几十倍的增加，可 以真正保证测试用例的完整性和有效性。 2、如何写好测试用例？ 2、如何写好测试用例？ 22、、如如何何写写好好测测试试用用例例？？ 有以下几点要关注： 1、对功能的理解。这个是最重要的，也是能反映出每个人对同一功能描述而有不同的理解方式，故 一定要深刻理解功能。 2、编写用例永远要考虑两面性。事物都是两面的，只有一面的事物那是“怪物”，所以在编写测试用 例时先要心中有数。 (1) 3、确定测试用例的目的。如果不了解为何要写这个用例，那你达到的目的就是按需求或者按任 务来完成而已，这样的用例是否适用还有待于商榷；只有了解这个功能的来源，为什么要做这样的功能， 希望最后的结果是什么，这些通通考虑清楚了，就不会为了完成任务而去编写出“普通”的测试用例，而是 一份优秀合格的测试用例，这样会大大提高工作效率及审核打回的次数。 3、测试用例编写策略？ 3、测试用例编写策略？ 33、、测测试试用用例例编编写写策策略略？？ 测试用例编写策略可以从不同的角度分类，从测试内容角度可以分为流程用例和功能点用例。其中流 程用例指针对业务流程编写的测试用例，通常采用场景法，现在的软件几乎都是用事件触发来控制流程的， 事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计 方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测 试用例，同时使测试用例更容易理解和执行。功能点用例指针对具体功能点编写的测试用例，可以采用等 价类划分、边界值法、因果图等方法。 4、结构设计不合理造成的性能问题？ 4、结构设计不合理造成的性能问题？ 44、、结结构构设设计计不不合合理理造造成成的的性性能能问问题题？？ 这类问题是造成性能问题最多的，也是性能调优的重点，通过对结构的调整，性能变化也最明显。结 构设计包括程序结构设计和数据结构设计，这两部分一定要综合考虑，大多数的软件对程序结构设计偏重 的多，对数据结构设计考虑的不是太充分，在下面的例子中说明。 1、GIS 在线编辑图形 在ARCGIS SERVER9中提供了通过WEB 程序来编辑图形的功能，但它的工作机制是，只要客户端 启动了编辑功能，后台ARCGIS SERVER就要启动一个进程（类似与启动了一个ARCMAP），所以对后 台的性能压力是非常大的，特别是CPU。如果程序在结构设计的时候没有考虑这些问题，当较多的用户进 行图形编辑的时候，系统就会崩溃。事实也确实是这样，当进行性能压力测试的时候，在5个用户压力下， WEB 服务器、数据库服务器的压力都非常小，而ARCGIS SERVER已经几乎不能运行了。这部分的设计 应该借鉴中间件的思路，简历一个一直运行的进程，设立一个最大数，当用户有图形编辑的要求时，就把 请求发到进程池中，如果有空闲的进程就直接利用空闲的进程，否则就等待。 2、大文件的上传 在一个企业信息门户中，允许用户上传一些资料，在数据库设计中，这些资料是保存在一个表中的 BLOB 字段中，并且