系统测试两个资料_Advanced_System_Testing.ppt

系统测试进阶 肖睿 xiaorui999@ 内容 C/S系统测试 C/S系统测试方法 C/S系统测试的步骤 C/S系统测试工具 C/S系统测试 什么是C/S系统 计算机体系结构的发展历史 主机系统 PC机器 C/S系统(客户机/服务器系统) 多层结构、B/S系统 功能/计算、数据的演化 集中-〉分离-〉分布 C/S系统测试 什么是C/S系统 结构：广义的C/S系统 数据一般使用数据库管理，放在Server端 表示层或者用户界面一般使用GUI或者Web技术，放在Client端 业务逻辑一般分布在Server端和Client端 Client与Server一般是独立的机器，使用LAN或者Internet联接 多个操作系统平台，多个Client，一个或者多个Server C/S系统测试 什么是C/S系统 优势 提升系统性能，减少用户等待时间 集中、共享计算能力 集中、共享数据 减少网络负载 支持多用户并发访问 提升系统灵活性 扩展容易 修改灵活 具备容错能力和恢复能力 C/S系统测试 什么是C/S系统 开发技术 常用Client端开发工具 PB/VB/Delphi，也有VC/Developer 一般使用组件技术，并具备强大的数据库联接能力 事件驱动，可视化编程，对象编程，RAD开发方法 常用Server端数据库 关系型数据库：Oracle/DB2/Sybase/SQL Server 支持SQL和ODBC 支持事务处理、安全机制、并发访问、数据分布 C/S系统测试 C/S系统测试与传统测试的比较 目标一致 为了尽早发现尽可能多的错误 对“错误”的理解的一个误区：易用性和用户界面美观是不重要的 在使用用户界面上的时间和频度方面，用户比开发人员或者测试人员要多得多；在技术难度不大的地方或者表面上不重要没有精心设计，那么这些错误对用户的影响会越来越大，直至最终掩盖了应用程序的优势。 例如：消费类产品的精心设计 为产品和过程度量提供数据 C/S系统测试 C/S系统测试与传统测试的比较 C/S系统的测试难度更大 1、计算与数据分布，导致并发和安全问题，使场景复杂 2、使用事件驱动和组件技术设计的GUI界面使得测试路径趋近无穷，测试场景复杂 C/S系统测试 C/S系统测试与传统测试的比较 C/S系统的测试难度更大 3、使用对象编程技术使得对象之间的依赖和继承关系复杂，错误修改引起的连锁反应增大 4、使用对象和组件技术使得系统对第三方组件/类库依赖增强，在质量和技术上存在风险 C/S系统测试 C/S系统测试与传统测试的比较 C/S系统的测试难度更大 5、文档问题 系统本身复杂，导致文档内容复杂 使用了RAD开发方式，导致文档不详细 多系统，导致文档术语难以统一 C/S系统测试 C/S系统测试与传统测试的比较 C/S系统的测试难度更大 6、多系统、多语言使得错误的隐蔽性和数量增大，测试环境的搭建更加困难，测试人员的技术要求更加全面 普通文件 v.s. 数据库系统 难于直接控制数据：数据独立并通过接口访问；内置安全机制和应用层安全机制混合在一起 单机 v.s. 网络 硬件之间和软件之间的通讯通过网络和上面的协议 多硬件、多软件、多数据库、多协议标准、多语言 失效、不匹配可能性增大 多开发人员 协调一致难度比较大 C/S系统测试 C/S系统测试与传统测试的比较 C/S系统的测试难度更大 7、高度依赖于第三方系统 第三方产品的稳定性不能保证 多厂商带来的复杂性和管理问题 厂商之间的版本影响(DLL Hell) 厂商之间的版本更新组合情况复杂 PM是一个总承包商，厂商之间踢皮球 C/S系统测试 C/S系统测试与传统测试的比较 C/S系统的测试难度更大 8、测试历史数据和针对性的测试方法匮乏 可供参照的样板少 系统多样，可重复性比较小 技术比较新，可参考样板少，有经验的组织和个人比较少 内容 C/S系统测试 C/S系统测试方法 C/S系统测试的步骤 C/S系统测试工具 C/S系统测试 C/S系统测试的具体目标 1、检查系统是否达到公布的功能说明 功能范围要在项目开始之前确定，中途如果修改，重新修改项目计划和预算 功能说明需要逐步完善，尽可能地将用户的期望写入公布的功能说明 JAD方式保证用户参与设计和确认，并降低最后验收的风险 RAD方式帮助用户表达和反馈对于系统的意见 功能的改变尽早提出 越到开发后期，功能改变越要谨慎，代价也越大 C/S系统测试 C/S系统测试的具体目标 2、检查是否满足性能要求 用户永远比开发人员更加关注性能 用户要成年累月地面对性能的困扰 不要试图与用户玩文字游戏 例如：某个窗口在1秒内可用(实际上，只有窗口10%内容在1秒内显示，其他内容还要等1分钟) 用户是甲方 用户可能当时无话可说，但是满意度下降，信任度下降，容忍度下降 用户一定