软件测试技术教程 工业和信息化普通高等教育“十二五”规划教材立项项目 教学课件 徐光侠 韦庆杰 第十三章软件测试项目阶段与测试小组.pptVIP

13.5 最终完整性测试 另外一些公司在制作母盘之前要进行最后一批测试。这通常被称作完整性测试。它可能由一个客户服务机构或者营销小组，或者是由一个不同的测试组来完成。 目标如下： ● 评价第一天使用的可靠性。按照典型客户会在第一天使用该产品的方式来使用产品。 ● 预测评审人员的评论。这是在评审人员斥责某些明显的（但并不一定容易改正的）缺点或缺陷之前，公司修改程序的最后机会。 * 13.5 最终完整性测试 该测试是主流测试，不是强度测试。测试人员依照他认为典型购买者和评审人员（而非典型测试人员）会做的事情来进行测试。然而，测试人员可能被要求单独审查工作，提升其完整性，并查找漏洞和未改正的错误。准备一套总结测试过程的材料集，包括测试计划、问题报告、数据文件、打印机测试输出等（一个对完整性进行测试的人可以用本书的附录来检查测试中的漏洞。他会以一个潜在错误的样本为例，然后询问，如果这些错误存在于程序中，一个拥有这些测试材料的测试人员是否已经捕获这些错误）。 完整性测试一旦完成（如果存在完整性测试的话），就是制作母盘并对其进行检查的时候了。文件被复制到新的、以前从未使用过的光盘上。母盘文件上的日期标志被重置为发布日期。光盘已经进行了病毒和坏扇区检查。每片光盘上的剩余空间数量也进行了检查。如果一个光盘全满，就更有可能发生生产错误，因此，在最后一分钟，文件传递可能从一个光盘转向另一个。 母盘制作完成后，可以在一台计算机上安装该软件（如果文件从一个光盘移动到另一个的话就有可能失败），并对程序运行一个非常简短的简单测试来对它们进行检查。最后的母盘上的个别文件还与一个已知的可靠集合相比较，这样做只是为了防止出现复制错误。 * 13.5 最终完整性测试 发布过程的其他部分包括： ● 光盘病毒检查。 ● 母盘存档。 ● 源代码存档。 ● 向一个最后的暂缓缺陷的清单中加入一个最终附件（如果需要的话），并让每一个人在最终发布文书上签名。 ● 当前几套光盘从复制机返回时（在大量生产之前会制作少数几套光盘），把它们与送到复制机的母盘相比较。用这些母盘把程序安装到一台机器上。把母盘上的每个文件都复制到另一套光盘上，检查I/O错误。再次检查病毒。 * 第十三章第六节 发 布 * 13.6 发 布 复制机正确地复制母盘，现在大量对其进行复制。接着，它们被送到一个装配工手中，与手册和其他盒中商品一起装盒。 如果还有任何疑问，那就用尽一切办法继续测试！在产品投入生产并交付客户使用之前还有数天或数周的时间。如果发现任何真正有害的问题，那也许可以证明收回产品是正确的。 公司可能计划立刻进行一个维护版本的发行。这样他们可以现在就把有缺陷的产品发布，但很快将其修复。 不要自动执行任何更多测试，除非不能以任何其他方式运行测试。最好不要花什么时间安排测试或建立测试文档。 在测试同时，花大量时间来进行整理。测试人员可能会在几周内就转到另一个项目中去。就算的确在进行维护版本的测试工作，也会有大量时间来忘记现在知道的事。现在就用一两周时间来为最重要的材料提供文件，给自己或者给下一个测试人员写下记录，打印测试文件清单，并草草写上对它们的评论，不管什么都行。 测试人员的目标是使下个版本的测试更容易，而且要比这一版本更有效。测试人员应当能够做大量工作，以使下一个测试人员的工作更容易，即使只有一两周时间。 * 第十三章第七节 项目验尸分析总结 * 13.7 项目验尸分析总结 有些公司（或个别一些项目经理）在项目发布后喜欢进行项目总结，我们也可以称其为项目验尸（post-mortem）分析总结。总结的目的是分析项目中失败的原因以便作为今后项目改正的指引。 美国Gartner Group公司在2000年发表了有关IT项目的调查结果，该调查把项目失败的原因总结为四大类。 下面来具体说说是哪四大类。 * 13.7 项目验尸分析总结 第一类是项目组织原因。包括项目经理是否称职、项目组织构架是否合理、人员是否安排到恰当的位置、是否执行有效的激励制度、是否处理好各方利益以及冲突等。 ERP项目组成员一般都是跨组织的，项目组中既有实施方的实施顾问和项目经理，又有客户自己的各级领导、应用人员和项目经理，甚至还有监理方代表，所有组织成员几乎都是兼职参与项目。 鉴于此，有几点要非常重视： （1）组织成员职责明确，每一个任务要落到实处，每个人对自己分担的工作负责； （2）项目组成员之间相互支持、相互信任； （3）以客户方为主体，因为他们迟早要独立操作和维护； （4）建立组织沟通和协调机制。 * 13.7 项目验尸分析总结 第二类原因是需求缺乏管理。包括需求分析草率