第四章-研发模型和软件测试-张冲杰20181018.ppt

（2）UAT测试的内容 根据特定的用户需求关注点、测试目标或测试原因，可以采取针对被测对象特定质量特性的测试活动。 一般可分为功能测试、性能测试、负载测试、压力测试、容量测试、安全性测试、兼容性测试等。 * 3.4 软件测试的类型 * 根据特定的用户需求关注点、测试目标或测试原因，可以采取针对被测对象特定质量特性的测试活动。一般可分为功能测试、性能测试、负载测试、压力测试、容量测试、安全性测试、兼容性测试等。 3.4.1 功能测试 * 功能测试是验证软件在指定条件下使用时，提供满足明确和隐含功能需求的能力情况，是验证软件业务需求实现与否的一项测试活动。 用户通常期望软件系统完成其特定的业务需求，如数据检索、注册登录、商品订购等。 （1） 功能测试的含义 （2）功能检测的内容 * 功能测试主要检查被测对象是否存在以下几种错误： 是否有不正确、遗漏或多余的功能； 是否满足用户需求和系统设计的隐性需求； 是否对输入做出正确的响应，输出结果能否正确显示。 （3）功能检测示例 * 以OA系统图书管理功能中类别管理功能为例，如下图所示： （3）功能检查示例 * 上述图书类别管理功能从功能测试角度来看，存在以下几个缺陷： 从用户隐性需求来看，图书类别名称添加处未能默认以闪烁光标指引； 从界面设计风格来说，红色*号处的括号应以全角模式显示，与后面“：”对应； 从输入输出的响应来看，类别名称处不应添加“<input type=button name=test>”类似的HTML代码，避免代码上传攻击； 在第二个“计算机软件测试”类别处，点击[删除]链接执行删除操作，出现下图所示的脚本错误，未对单引号做转义处理，因此功能实现错误。 3.4.2 性能测试 * 通过模拟系统运行业务压力和使用场景组合，验证系统性能是否满足预先定义的性能要求。 性能测试前需要确定被测系统运行环境以及恰当的测试方法，需有明确的测试计划与目标。 （1） 性能测试的含义 （2）性能检测的内容 * 性能测试关注被测对象的响应速度、并发数、业务成功率及资源占用情况。 常用的性能监控指标包括并发数、响应时间、吞吐量、TPS（每秒处理的消息数）、硬件资源耗用等。 （3）性能检测示例 * 性能测试活动可从编码阶段开始实施，如某个函数或类的处理性能、某个循环语句的效率。在系统测试层面，可模拟用户真实的业务场景，利用性能测试工具完成测试，如LoadRunner、JMeter等。下图3是利用LoadRunner实施性能测试活动的示意图。 LoadRunner，一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，能够对整个企业架构进行测试。可适用于各种体系架构的自动负载测试，能预测系统行为并评估系统性能。 利用LoadRunner做性能测试 * LoadRunner场景监控界面 * 3.4.3 负载测试 * 负载测试是指在超过被测对象标准性能负荷指标下，验证系统的负载承受能力，并要求在超负荷时，被测对象依然能够正常实现业务功能。 （1） 负载测试的含义 * 主要目的是找到系统处理能力极限和性能临界点，便于设定阈值。 在超过被测对象性能负荷情况下实施。 一般用来了解系统性能容量，或者配合性能调优来使用。 （2） 负载测试的特点 * 通过不断对被测对象施加负荷，观察被测对象在不同负载下的性能表现，试验负载极限。 负载测试中变化因子是负载（并发用户数、并发请求数等）。 （3） 负载测试的内容 3.4.4 压力测试 * 压力测试是测试被测对象在超过性能指标的饱和状态下，系统处理业务的能力情况，以及系统是否会出现错误。 （1） 压力测试的含义 * 主要目的是检查被测对象在峰值情况下应用的表现。 一般使用负载测试的思想实施压力测试，持续关注被测对象持续服务的能力。 一般用于系统的稳定性测试。 （2） 压力测试的特点 * 被测对象在超过性能负荷的情况下，持续提供服务的能力。例如，500个并发，持续运行24小时等。 与负载测试不同，压力测试更强调被测对象在特定负载下持续运行、持续提供稳定服务的能力，更关注于稳定性。 （3） 压力测试的内容 3.4.5 容量测试 * 验证被测对象承受超额数据容量时，正确处理业务请求的能力。测试目的是显示系统可以处理目标内确定的数据容量，如并发用户数、数据库记录、存储文件数等。 （1） 容量测试的含义 * 对于存储类管理系统，可能需测试数据库记录及文件存储情况，如迅雷、优酷等软件系统。 对于交易类系统，可能需要测试并发用户数及数据库记录等容量指标。 （2） 容量测试的内容 3.4.6 安全测试 * 验证被测对象能否在实际应用中保护系统不受非法侵入，保证系统本身数据的完整性和保密性。例如，受到恶意攻击时，被测对象