软件工程导论实践指南：软件项目测试

第11章项目测试测试计划的制定

单元测试集成测试确认测试系统测试验收测试产品发布报告第11章项目测试测试计划的制定

为何要制定测试计划如何制定测试计划测试计划设计实例测试计划修改与维护第11章项目测试测试计划的制定--为何要制定测试计划可以让项目有条理有计划的进行。可以提前预知项目过程中可能出现的问题。有助于项目人员更好的理解这个项目内容，明确测试的目标，测试范围和测试重点。参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的可能出现的各种变更。第11章项目测试测试计划的制定--如何制定测试计划

产品基本情况调研测试需求说明时间计划表测试资源配置系统风险估计测试的策略和记录问题跟踪报告测试计划的发布第11章项目测试测试计划的制定--测试计划设计实例以“IBloger博客系统”为例，详细介绍测试设计的内容和书写格式第11章项目测试测试计划的制定--测试计划修改与维护在项目进行的过程中，由于资源，时间的限制，以及市场需求的改变，需要对开发的项目做必要的调整，此时，测试计划也要有相应的改动。文档应该由一个人维护或者把文档统一存放于类似CVS的工具里。修改文档时，应该在每一处有改动的地方，做出明显的标记，并且在版本信息里添加索引，方便查找。第11章项目测试单元测试分析单元测试的任务设计单元测试用例选择单元测试工具执行单元测试第11章项目测试单元测试--分析单元测试的任务测试函数的基本功能是否正确。

测试函数的入口的边界值。在边界值出现错误是软件开发中的常见错误。软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。测试函数的异常。我们知道Java中经常有异常，当遇到异常时，应当处理异常。如果不处理异常，有时候会产生严重的后果以至于服务器死机。第11章项目测试单元测试--设计单元测试用例单元测试用例一般根据源代码进行设计。单元测试用例要覆盖到每个类，每个类的方法，每个方法的边界值。第11章项目测试集成测试分析集成测试的任务和目标设计集成测试用例选择集成测试工具执行集成测试集成测试报告第11章项目测试集成测试--分析集成测试的任务和目标集成测试的任务是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。集成测试的内容包括单元间的接口以及集成后的功能。第11章项目测试IBloger博客系统的集成测试确定哪些单元模块之间存在数据的存在接口第11章项目测试集成测试--设计集成测试用例集成测试用例的设计必须基于集成测试的任务和目标，覆盖所有需要测试的接口，保证单元之间、多个单元之间、乃至整个系统能够正常、正确的运行测试用例的编写分为三步：划分测试模块绘制测试流程图设计详细的测试用例第11章项目测试集成测试--选择集成测试工具为了能更有效的执行集成测试，在测试过程中经常需要借助一些工具分析工具主要是用于捕捉访问日志、数据。然后通过对数据、日志进行分析，找到缺陷的根本原因，发现测试中无法发现的缺陷测试工具测试工具主要用来设计自动化测试脚本、进行自动化测试第11章项目测试集成测试--执行集成测试测试用例设计完成后，就可以按照测试计划执行集成测试。在执行集成测试的过程中，各个角色负责的内容不一样：项目负责人测试工程师开发项目经理产品经理第11章项目测试集成测试--集成测试报告集成测试完成后，测试工程师需要提交自己测试任务的状态：功能的运行情况、存在的问题、没有测试的部分、以及没有测试的理由。项目负责人搜集所有的测试任务状态，编写测试报告，提交给项目经理，或者产品经理。第11章项目测试确认测试分析确认测试的任务和目标设计确认测试用例选择确认测试工具执行确认测试用例确认测试报告第11章项目测试确认测试--分析确认测试的任务和目标确认测试是验证被测软件是否能完全满足需求规格说明书所列出的需求第11章项目测试确认测试--设计确认测试用例以“IBloger博客系统”为例设计测试用例第11章项目测试确认测试--选择确认测试工具Badboy是一个强大的开源测试工具，是用C++开发的，被设计用于测试和开发复杂的动态应用。Badboy功能丰富，使得测试和开发更加容易。Badboy监控internetexplorer的活动，提供录制/回放功能。第11章项目测试确认测试--执行确认测试用例以Badboy来做确认测试的工具以IBloger博客系统系统为例编写测试脚本和测试第11章项目测试确认测试--确认测试报告根据确认测试结果，编写测试报告第11章项目测试系统测试分析系统测试的任务和目标设计系统测试用例利用JMeter进行系统测试实例系统测试报告第11章项目测试系统测试--分析系统测试的任务和目标系统测试的任务系统测试的目的是充分运行系统，验证系统各部件是否都能正常工作并完成所赋予的任务。这里所谓的系统不仅仅包括软件本身，而且还包括计算机硬件及其相关的外围设备、实际运行时大批量数据、非正常操作(如黑客攻击)等。系统测试的目标系统测试的目标是模仿客户真实的使用环境，发现一切可能的情况下所可能发生的问题。是软件测试的不可缺少的一个阶段，随着软件质量要求的不断提高，系统测试也更加的重要了。第11章项目测试系统测试--设计系统测试用例压力测试压力测试是模拟实际应用的软硬件环境，以及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。容量测试通过测试预先分析软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。性能测试通过测试确定系统运行时的性能表现，如得到运行速度、响应时间、占有系统资源等方面的系统数据。安全性测试检查系统对非法侵入的防范能力，目前也是软件测试中较重视的部分。兼容性测试检查产品和硬件软件之间的兼容性。第11章项目测试系统测试--利用JMeter进行系统测试以“IBloger博客系统”为例，介绍如何使用JMeter做压力测试第11章项目测试系统测试--系统测试报告以“大学学籍管理系统”为例,编写系统测试报告第11章项目测试验收测试制订项目验收标准设计验收测试用例执行验收测试编写验收质量报告第11章项目测试验收测试--制订项目验收标准功能和非功能标准确定具体的客户任务，商业流程，或者项目结束时必须有的功能。问题或缺陷定义哪些缺陷是可接受的。性能由于很难衡量性能的质量，通常用响应时间来进行衡量。所希望的性能要求应该被清晰的定义成一个范围，例如客户登录时间在1-2s内。第11章项目测试验收测试--设计验收测试用例验收测试环境验收测试是在客户参与下的测试，一般都是在客户的现场环境中进行。验收策略正式验收非正式验收或Alp