SElecture14 软件测试与维护.ppt

-软件工程讲义- -*- 软件测试计划和软件分析报告（6） 2.测试分析报告 1 概述 1.1 编写目的 编写本测试分析报告的目的是把通过测试得到的结果写成文档，为改正软件错误提供依据，使用户对系统运行建立信心。 1.2 背景 说明本测试分析报告所属软件系统的名称、特征、要求和难点。给出测试环境与用户实际运行环境之间可能存在的差异和这些差异对测试结果的影响。 1.3 参考资料 包括： a.项目来源； b.本文档中引用到的规范和资料等； c.列出这些规范和资料的作者、编号、标题、发表日期、出版单位或资料来源。 【注】（1）所参考的教科书不需列出；（2）只列本文档中所实际引用的资料。 1.4 术语和缩写词 列出本文档中用到的专门术语的定义和缩写词，缩写词要给出中文译名和英文全称，常用的不需要定义。 -软件工程讲义- -*- 软件测试计划和软件分析报告（7） 2 测试计划实施 2.1 单元测试计划实施 说明单元测试的实施情况；对测试计划中所设计的单元测试用例进行测试后，记录实际的测试结果以及对测试结果的评价。可以考虑采用表格的形式，注意要与测试计划相对应。 2.2 组装测试计划实施 说明组装测试的实施情况；对测试计划中所设计的组装测试用例进行测试后，记录实际的测试结果以及对测试结果的评价。可以考虑采用表格的形式，注意要与测试计划相对应。 2.3 确认测试计划实施 说明确认测试的实施情况；对测试计划中所设计的组装测试用例进行测试后，记录实际的测试结果以及对测试结果的评价。可以考虑采用表格的形式，注意要与测试计划相对应。 -软件工程讲义- -*- 软件测试计划和软件分析报告（8） 3 评价 3.1 软件能力 说明经测试证实了本软件的哪些能力。并确定测试环境与实际运行环境之间可能存在的差异，对能力的测试所带来的影响。如果测试是为了验证一项或几项特定的性能的实现，与功能一样应提供这方面的测试结果与预期结果之间的比较。 3.2 缺陷与限制 说明经测试证实的软件缺陷和限制，以及每项缺陷和限制对软件功能的影响。还要说明全部测得的功能的累积影响和总影响。 3.3 建议 对每项缺陷提出改进建议。如：各项修改可以采用的方法，各项修改的优先级，各项修改的工作量，各项修改可能的副作用等。 3.4 测试结论 说明本软件的开发是否已达到预定的目标，能否交付使用。 作业 仔细阅读样例文档（网上招聘系统）以及Ascent医药商务系统的项目运行指南和运行程序，写出Ascent医药商务系统的概要设计文档和详细设计文档。 * 9.4 测试案例分析 下面是一个鉴定测试的真实故事。 （1）测试时间：2000年上半年。 （2）测试地点：北京市某测试中心。 （3）测试课题： 固定电话本地网计费系统(简称本地网计费系统) 的实时模拟计费鉴定测试。 （4）测试方法： 黑盒子测试。 * 测试案例分析(续) （5）测试背景： 中国是全球第一大电信用户国家，本地网计费系统是以地、市为单位的固定电话计费系统，每个地市有一个电话区号，例如烟台市的区号为0535，南京市的区号为025。本地网计费系统的设计思路与运行方式是：“地市集中计费，各县、市、区分散营业；通话一次为一个计费基本单位，每月结算收费一次；每天8小时营业，7×24小时客户热线服务”。 （6）测试平台： 网络平台包括程控交换机、路由器、高档服务器、终端PC机、网络操作系统；数据平台包括数据库管理系统、本地网计费系统的一个月原始话单记录文件（这就是测试用例数据）、正确的计费运算时间和输出结果（这就是测试结果的比较数据）。 * 测试案例分析(续) （7）测试准备： 各IT企业将本地网计费程序光盘和文档资料送到北京，等待审查批准和安排测试日期。 （8）测试过程： 先安装本地网计费程序光盘，后运行数据采集、传输、分拣、计费、入库、客户化账单、查询统计程序，最后查看计费处理时间和输出结果。 测试结论：若整个计费处理时间和输出结果在允许的范围内，则通过；反之，根据实际情况酌情处理：或取消资格，或下一次补测。 * 测试案例分析(续) （9）计费“许可证”的发放情况：绝大部分的被测试IT企业，都先后获得了参加本地网计费的投标资格。 （10）实际中标情况：因为中标的因素很多，如投标书制作的质量、客户化和初始化实施方案、讲标人的气质与水平、商务谈判的技巧、维护的能力与水准、公关与关系是否到位等等，而投标资格仅仅是一个技术因素而已。 （11）技术上的经验教训： 由于数据量特大(一个小地市每月几百万条记录，一个大地市每月几千万条甚至几亿条记录)，计费优惠规则复杂多变，所以电话费月结算时计费处理时间长。缩短处理时间的有效方法