软件测试大学教程 教学课件 作者 978 7 302 20655 2 系统测试 2.pptVIP

*/43 运行期软件故障植入（续） 实现策略 基于模式的故障植入 模拟环境故障，记录故障特征和影响到的API，修改影响到的API 记录-仿真攻击 系统的基于调用的故障植入 观察使用的API，并独立地、细粒度地修改影响任何一个API 观察-失效攻击 */43 训练软件攻击团队 经验是靠不断积累的 获得学士学位后，你会觉得你知道一切 获得硕士学位后，你会觉得有一些事情你不知道 获得博士学位后，你会觉得你其实不知道多少事情 攻击团队工作 隐错捕捉 攻击小组之间的良性竞争，增加实践、分享经验 星期五下午的隐错聚会 对攻击发现的错误报告分析研究、分享经验，引发思考和学习 一个新手如何尽快进入测试状态 1、讲解测试的理论原则，测试的流程要求 2、阅读软件文档和缺陷报告 3、参加测试 好好学习，天天向上 */43 回顾 针对复杂系统进行系统测试时,软件攻击是最实用的设计测试用例手段 软件攻击建立在故障模型的基础上 故障模型没有形式化的描述，可以使用文字描述 故障模型与特定类型的软件相关 随着软件攻击的不断进行，故障模型会不断优化和精确 软件攻击主要采用黑盒测试和灰盒测试技术 编程经验有助于跟有效率地确定软件攻击方向、设计软件攻击方法 */43 回顾（续） 每一次软件攻击要目标单一并明确 攻击开发过程中容易疏忽的地方,或者处理逻辑复杂的地方 要不断总结归纳软件攻击方法，形成Pattern Pattern就是经验的总结，为特定环境下的特定问题提供经过检验的解决方案 对于关键应用，使用故障注入工具 基于模式的故障注入 系统的基于调用的故障注入 对于软件攻击团队的训练 实践——捕捉隐错 总结学习——星期五下午的隐错聚会 */43 典型的系统测试内容 错误处理测试 健壮性是软件质量的一个重要因素 错误处理测试是检查软件在面对错误时，是否进行了正确的处理 错误测试的目的 要发现软件是否做了用户不期望的事情 发现软件在发生异常的时候是否有能力进行处理 测试人员需要以否定的态度来思考问题 在错误处理测试中发现的部分问题可能没有修复 */43 典型的系统测试内容（续） 错误处理测试（续） 典型的异常情况： 用户输入非法数据 不输入数据、输入无效数字数据，如负数和字母数字串、输入任何被认为是非法的数据类型格式、尝试不常用的数据组合、确保使用零值、输入超过或者短于要求长度的数据 在系统不支持的平台上运行 网络连接异常 数据文件（或者数据库）被破坏 数据文件（数据库）中有混乱的数据 计算机断电后启动 在用户界面上的违反操作步骤的操作 */43 典型的系统测试内容（续） 内存泄露测试 内存泄漏是一种典型的程序缺陷 导致应用程序不断消耗系统内存（或虚拟存储器），使程序运行出现响应变慢、某些功能无法实现，甚至整个系统瘫痪等问题 在某些语言（如C/C++语言）编写的程序中，内存泄露是一个极其普遍的问题 内存泄露测试可采用静态测试和动态测试技术 Compuware公司的BoundChecker，Rational的Purify就是一种典型的内存泄露检查工具 */43 典型的系统测试内容（续） 用户界面测试 图形用户界面测试和评估的重点是正确性、易用性和视觉效果 界面中的文字检查和拼写检查也是用户界面测试的重要环节 用户界面测试的过程中，有时要依赖于测试人员的主观判断 用户界面测试的基本原则： 易用性、规范性、合理性、美观与协调性、菜单位置、独特性、快捷方式的组合、排错性考虑 */43 指标 检查项 测试人员评价 合适性 和正确性 用户界面是否与软件的功能相融洽？ 是否所有界面元素的文字和状态都正确无误？ 容易理解 对于常用的功能，用户能否不必阅读手册就能使用？ 是否所有界面元素（例如图标）都不会让人误解？ 是否所有界面元素提供了充分而必要的提示？ 界面结构能够清晰地反映工作流程？ 用户是否容易知道自己在界面中的位置，不会迷失方向？ 有联机帮助吗？ 及时反馈信息 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ 是否为重要的操作返回必要的结果信息？ 出错处理 是否对重要的输入数据进行校验？ 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 是否根据用户的权限自动屏蔽某些功能？ 是否提供Undo功能用以撤销不期望的操作？ 风格一致 同类的界面元素是否有相同的视感和相同的操作方式？ 字体是否一致？ 是否符合广大用户使用同类软件的习惯？ */43 指标 检查项 测试人员评价 适应各种水平的用户 所有界面元素都具备充分必要的键盘操作和鼠标操作吗？ 初学者和专家都有合适的方式操作这个界面吗？ 色盲或者色弱的用户能正常使用该界面吗？ 国际化 是否使用国际通行的图标和语言？ 度量单位、日期格式、人的名字等是否符合国