监理工作-软件监理测试工作-参考.ppt

网络性能测试 ?? 主要是为了准确展示带宽、延迟、负载 和端口的变化是如何影响用户的响应时 间的。 ?? 测试用户数目与网络带宽的关系。 ?? 用例的编写应和用户并发测试结合起来:例 如在原有的基础上采用工具来调整网络设 置。 服务器性能测试 ?? 测试用例不必独立编写，也可以根据实 际需要编写少量的测试用例。系统集成 部会完成一部分工作。 ?? 建议：这部分和前两部分的用例编写结 合起来，在用户并发性能测试、疲劳强 度与大数据量性能测试时完成对服务器 性能的监控。 性能测试脚本设计 准备包含适量数据的测试数据库 ?? 书写组成负载的系统事务脚本 ?? 书写需要度量响应时间的系统事务脚本 ?? 工作量定义的开发（即负载概况的执 行） ?? 准备自动脚本参数化所需要的测试数据 分析与报告测试结果 响应时间 ?? 测量值 ?? 最小响应时间 ?? 最大响应时间 ?? 平均响应时间 ?? 95%的响应时间 ?? 响应时间需求与测试结果的比较 ?? 系统的吞吐量 ?? 实际事务率和吞吐量 ?? 判断与模拟的负载概况是否相一致 ?? 通过图表方式列出响应时间与负载的关系 ?? 随着负载的增加性能降低的频率 ?? 在可接受的响应时间内能达到的最大吞吐量 ?? 某段时间内资源的使用情况 ?? 将资源使用与当时应用负载情况相关联，有助于寻找系统框架中的瓶颈 3. 测试工具 测试驱动工具的功能 基本功能 ?? 建立网络连接 ?? 读取标准输入数据、准备命令行数据或准备传播的 消息 ?? 承认来自远程服务器的响应 ?? 可以配置发送信息的频率 ?? 复杂功能 ?? 记录提交到服务器的事务的响应时间 ?? 在需要建立成千上百个虚拟客户端的时候，可以复 制自己，在不同的实例间同步 * * * 考试大纲 * * 分析内存差异 内存差异越大，线条越粗 Call Graph概览，可以调节显示范围 可以调节显示范围 PureCoverage 功能 代码覆盖统计 支持语言 C, C++ Java VB .NET 支持平台 Windows Unix Linux Solaris HP-Unix 处理类型 Windows DLL MFC DLL VC, VB构件 IE, Netscape, Office构件 Excel, Word plug-in 基于COM的OLE或ActiveX构件 Java applet, class , jar Hello的运行 选择No 函数覆盖率50% 行覆盖率31.25% 代码行覆盖情况 运行的代码 未运行的代码 Junit的运行结果 开发阶段 验证活动 测试 .测试应用系统，着重在功能、性能上 .验收测试方案的审核 .测试用例的审核 .主要进行系统测试、验收测试 进入条件 所有的测试的硬件安装、配置和运行已成功通过测试 所有需要的软件已成功安装、配置并测试通过 所有测试阶段文档已完成并通过评审 所有上一阶段的测试工作已完成 单元测试通过 预测试通过 监理主要工作 对测试方案的审核 对测试用例的审核 对测试结果进行抽查 最好不旁站功能测试过程 性能测试过程可以旁站，但要求承建单位应提前进行准备，确保测试过程的顺利 测试方案审核 对测试计划的细化 可操作性 时间 人员安排 测试环境：软、硬件、具体地点 测试的需求覆盖率 测试的依据和标准，预期的结果 测试方法及软件 集成、验收测试的进入、结束条件 验收需求对测试设计、用例、规程的跟踪 测试计划的编制需符合GB/T 9386标准 测试用例审核 按需求的场景、工作流 基本事件流，备选流1，备选流2…… 对每个事件流准备测试用例 测试的需求覆盖性 测试用例： 标志符 要测试的特性，测试项 测试方法：输入、输出说明 测试用例信息：环境要求、其它特殊要求 用例之间的依赖型 通过/失败的规则 系统测试 确认测试 功能测试＊ 容量测试 强度测试＊ 安全测试 可使用性测试＊ 性能测试 资源使用测试＊ 配置测试 兼容性测试＊ 安装测试 可靠性测试＊ 回归测试 α测试＊ β测试 用户界面测试 符合标准和规范 Mac：Macintosh Human Interface Guideline Windows：Microsoft Windows User Experience 尽量减少用户的工作 直观性 一致性 灵活性 舒适性 正确性 实用性 功能测试 ? 验证软件是否提供了所期待的服务。包括： ? “主要”方案--所有的输入是合