第6章 CS和BS应用系统测试.pptxVIP

软件测试 主讲：许福 联系方式电话机件：xufu@buaa.edu.cn地址：信息学院软件教研室 主楼411第六章 CS和BS应用系统测试教学内容C/S系统概念C/S系统测试与传统软件测试比较C/S系统测试的特殊关注B/S系统概念B/S系统与C/S系统测试比较B/S系统测试的特殊关注什么是C/S系统计算机体系结构的发展历史主机系统PC机器C/S系统(客户机/服务器系统)多层结构、B/S系统功能/计算、数据的演化集中?分离?分布什么是C/S系统(续)结构：广义的C/S系统数据一般使用数据库管理，放在Server端表示层或用户界面一般使用GUI或者Web技术，放在Client端业务逻辑一般分布在Server端和Client端Client与Server一般是独立的机器，使用LAN或者Internet联接多个操作系统平台，多个Client，一个或者多个Server什么是C/S系统(续)优势提升系统性能，减少用户等待时间集中、共享计算能力集中、共享数据减少网络负载支持多用户并发访问提升系统灵活性扩展容易修改灵活具备容错能力和恢复能力易于扩展计算能力和数据分布能力硬件扩展支持异构系统单独升级数据可以分布并冗余计算可以分布并冗余机器硬件可以分布并冗余异构系统什么是C/S系统(续)开发技术常用Client端开发工具PB/VB/Delphi/C#/VC等多使用组件技术，具备强大的数据库联接能力事件驱动，可视化编程，对象编程，RAD开发方法常用Server端数据库关系型数据库：Oracle/DB2/Sybase/SQL Server/MySQL支持SQL和ODBC支持事务处理、安全机制、并发访问、数据分布C/S系统测试与传统测试的比较C/S系统的测试难度更大计算与数据分布，导致并发和安全问题，场景复杂使用事件驱动和组件技术设计的GUI界面使得测试路径趋近无穷，测试场景复杂使用对象编程技术使得对象之间的依赖和继承关系复杂，错误修改引起的连锁反应增大使用对象和组件技术使得系统对第三方组件/类库依赖增强，在质量和技术上存在风险文档问题系统本身复杂，导致文档内容复杂使用了RAD(快速应用软件开发)开发方式，导致文档不详细多系统，导致文档术语难以统一C/S系统测试与传统测试的比较多系统、多语言使错误的隐蔽性和数量增大，测试环境搭建困难，测试人员的要求提高普通文件 v.s. 数据库系统难于直接控制数据：数据独立并通过接口访问；内置安全机制和应用层安全机制混在一起单机 v.s. 网络硬件之间和软件之间的通讯通过网络和上面的协议多硬件、多软件、多数据库、多协议、多语言失效、不匹配可能性增大多开发人员协调一致难度比较大C/S系统测试需特殊关注的问题1. 通讯相关错误存在C/S系统之外的各层间通讯错误。例如：网卡坏了电缆接触不良通讯软件或者驱动程序自身错误用户权限不够地址问题路由器等通讯设备损坏私有协议错误C/S系统测试需特殊关注的问题2. 数据库相关问题SQL简单/强大，但是技巧多/风险大，直接涉及数据更改开发人员培训SQL，并设置编码规范互相检查代码小组内设置SQL专家把关SQL中的检查点是否检查了查询的返回错误值，包括Select仔细检查使用Delete和Update的地方仔细检查存储过程和触发器聚合函数的使用陷阱：不单独列出每一个记录其它：如年龄的计算方法数据库本身的检查点Schema命名机制：变量作用域安全性策略的设置和检查多个数据库使用中，日期表示的不同特点C/S系统测试需特殊关注的问题3. 安全性客户端安全性用户是否被正确锁定在访问路径和访问窗口中开发人员是否留有后门客户端是否容易被伪造是否正确记录登录和退出日志对于多次登录失败的警告机制口令强制修改措施的正确执行每次显示上次登录记录是否符合规定的License要求使用Tiger组：安全专家/黑客高手C/S系统测试需特殊关注的问题服务端安全性服务端是否容易被伪造病毒检查是否正确记录日志内容日志文件满、被删除、损坏、内容错误日志文件的安全和访问权限传输安全性传输的数据保密性如何数据安全性用户是否被赋予了不适当的权限用户是否可能直接访问数据库文件C/S系统测试需特殊关注的问题4. 性能问题并发用户条件下的性能问题，如大量用户的并发保存、查询、上传和下载尤其关注SQL,SQL正确性需要小数据库，性能测试需要大数据库并发用户条件下的强度，如并发饱和负载的承受能力。容量问题，仔细排查系统的业务，是否有上传附件尺寸、个数、内容字节数、本地/服务器空间占用问题。客户端在本地的稳定运行能力，资源消耗和内存异常占用问题突出C/S和B/S的比较网络技术不断发展，很多应用系统的体系结构从C/S结构向更加灵活的多级分布结构演变，使得软件系统的网络体系结构跨入一个新阶段，即B/S体