《软件体系结构》课件 12-可测试性

TestabilityanditsTactics1软件体系结构课程组安全性总结安全性的关注点尽量避免攻击对系统的影响提升安全性的策略抵抗攻击检测攻击从攻击中恢复2目录可测试性的含义1提升可测试性的策略23目录可测试性的含义1提升可测试性的策略24可测试性的含义-概述(1/1)关注点让软件的bug容易被测试出来验证软件产品与它的需求规格是否匹配（存在不符或缺失）使用最小的成本和工作量来验证软件的质量5软件测试是为了发现错误可测试性的含义-概述(1/2)测试的重要性一般软件项目40%的成本花在测试上大型软件项目出现故障，可能导致严重的后果如果能在体系结构层面提高可测试性，收益巨大6可测试性的含义-案例(1/3)软件bug引发的重大损失1985年，加拿大的Therac-25放射治疗机由于软件Bug而发生故障，向患者提供了致命的辐射剂量，造成3人死亡，3人严重受伤。1994年，国航空客A300因软件故障而坠毁，264人丧生1999年，软件漏洞导致美国12亿美元的军事卫星发射失败7可测试性的含义-案例(2/3)软件bug引发的重大损失2013-2016年，日产汽车由于安全气囊感应探测器的软件故障（软件可能探测不到副驾驶座上的乘客，导致发生事故时安全气囊无法打开），陆续在全球召回超过450万辆汽车2015-2017年，星巴克咖啡多次出现POS系统升级故障无法处理交易，最多时被迫临时关闭了北美区约60％的门店8可测试性的含义-案例(3/3)软件bug引发的重大损失2015年，伦敦彭博终端由于软件漏洞宕机，影响超过30万交易商，迫使政府推迟30亿英镑的债务出售2018年6月27日，阿里云出现大规模故障，原因为上线自动化运维系统触发未知Bug，导致部分产品访问链接不通，影响时间约半小时9可测试性的含义-可测试性场景(1/5)刺激源测试可能由不同的角色发起（开发者、单元测试人员、集成测试人员、系统管理员、用户……）刺激系统开发到达了里程碑可能是分析/设计/编码/集成阶段的结束，或系统完成开发10可测试性的含义-可测试性场景(2/5)制品一个设计、一段代码、整个系统……环境系统可能处于设计阶段/开发阶段/部署阶段/正常运行时11可测试性的含义-可测试性场景(3/5)响应理想的响应是可以进行测试，并且可以观察到测试结果当测试结果无法被观察到时，测试难度很大12本页图片来自网络可测试性的含义-可测试性场景(4/5)响应衡量指标白盒测试中的覆盖率语句覆盖判定覆盖/分支覆盖（判定可能是多个条件组合）条件覆盖：覆盖判定中的每个条件路径覆盖、判定条件覆盖、条件组合覆盖……未来继续发现bug的概率13本页图片来自网络可测试性的含义-可测试性场景(5/5)14本页图片来自网络可测试性的含义-场景实例15本页图片来自网络目录可测试性的含义1提升可测试性的策略216提升可测试性的策略-概述目标让测试更轻松方向1：黑盒测试方向2：白盒测试17提升可测试性的策略检测出软件缺陷软件进行测试提升可测试性的策略-黑盒测试(1/4)记录/回放自动化/半自动化测试把接口和实现分离开不同的排序算法，使用相同的接口18总体思路：提供输入+捕获输出提升可测试性的策略-黑盒测试(4/4)提供专用的测试路径19本页图片来自网络主板上的DebugLED汽车上的OBD接口提升可测试性的策略-白盒测试内部监控IDE提供的断点等调试工具WinDbg等工具20本页图片来自网络提升可测试性的策略-常用的测试工具(1/4)Appium（APPUI测试）同时支持Android/iOS支持测试原生APP、WebAPP、混合APP支持Java/Python/PHP等多种语言支持Windows/Mac/Linux21本页图片来自网络提升可测试性的策略-常用的测试工具(1/4)Selenium（WebUI测试）支持主流的操作系统和浏览器模拟chrome浏览器操作支持Python自动化22本页图片来自网络JMeter（接口测试、性能测试）基于Java的测试工具可以测试测试静态和动态资源，如Java对象、数据库、FTP服务器等23本页图片来自