测试必知必会.docVIP

软件生命周期的主要阶段： 系统分析与软件定义 主要工作： 分析系统要求和使用环境 拟定软件任务书和明确软件验收方法 确定软件关键程度等级 完成标志： 制定软件研制任务书 主要质量控制手段： 评审软件研制任务书 拟定软件质量保证大纲 软件需求分析 主要工作： 确定软件的功能、性能、和接口要求，编写需求规格说明 制定软件可靠性、安全型设计准则 拟定软件的系统测试计划 完成标志： 提交软件需求规格说明 提交醒目开发计划 主要质量控制手段： 评审软件需求规格说明 制定软件质量保证大纲实施计划，并选定设当的规范 软件设计 主要工作： 进行软件概要设计和详细设计 对关键、重要的软件进行可靠性、安全性分析 拟定软件的集成测试计划 完成标志： 提交软件概要设计说明 提交软件详细设计说明 主要质量控制手段： 评审软件概要设计和详细设计说明 软件配置管理 软件实现 主要工作： 编写程序 对程序进行代码复审、静态分析和单元测试 编写软件使用说明 完成标志： 提交源程序 提交程序单元测试规程、用例和报告 提交软件使用说明（初稿） 主要质量控制手段： 源程序的代码复审、静态分析和单元测试 软件配置管理 软件集成 主要工作： 进行软件的集成与测试 完成软件使用说明的编制 完成标志： 提交通过测试的软件系统 提交软件集成测试和系统测试分析报告 提交软件使用说明 主要质量控制手段： 对软件集成测试和系统测试的计划、规程、用例和报告进行评审，对测试过程进行监控 软件配置管理 软件验收交付 主要工作： 进行软件的验收测试和审计 组织软件的交付 完成标志： 通过验收测试 主要质量控制手段： 对软件验收测试和交付过程进行监控和审核 软件维护 软件开发模型： 瀑布模型 优点： 严格、应用广泛、提供了模版 缺点： 实际的项目很好按照该模型给定的顺序进行 软件运行版本要等到开发周期的晚期才能得到，若有问题，影响很严重 客户常常难以给出所有需求，但瀑布模型却要求如此，缺乏灵活性 瀑布模型可能会导致过多的文档，更新文档成为一项专门的工作 因等待造成“阻塞” 渐进原型模型： 优点： 与用户见面快 开发成功率高 需求可以不太明确 缺点： 周期长 通常开发成本较高 原型的设计对后期的开发带来影响（直接使用原型/保留了不合适的技术） 使用不当会发生变异（编码修正模型） 螺旋模型： 优点： 风险管理 过程灵活 缺点： 使用该模型需要具有相当丰富的风险评估经验和专门知识 目前国内软件公司还未能及时掌握和运用，有待进一步积累经验 软件测试模型： V模型 优点：强调整个软件项目开发中需要经历的若干测试级别，而且每个级别都与开发级别相对应 缺点：忽略了测试的对象不应该仅仅包括程序 W模型 优点：弥补了V模型的不足，强调测试计划等工作的现行和对系统需求和系统设计的测试 缺点：（与V模型一样）没有专门针对软件测试的流程予以说明 H模型 优点：弥补了W模型的不足，编写为测试是独立的，只要测试前提具备了，就可以开始进行测试了 X模型 优点：在H模型的基础上，增加了许多不确定因素的处理情况 前置测试模型 优点：在H模型的基础上，增加了许多不确定因素的处理情况 Web测试框架： 功能测试—兼容性测试—性能测试—易用性测试—安全性测试 ↓ ↓ ↓ ↓ ↓ 测试用例—测试环境 — 性能指标—用户体验 — 专家专业 Web测试类型： 连接 测试工具：Xenu Link Sleuth 表单与数据校验 QTP，Win runner，Robot 状态保存 Session 用例设计思想： 登录后的权限 注销后的再次登录 Session超时 一个终端多个用户和多个终端一个用户 Cache 用例设计思想： 缓存是否起作用 数据修改后是否能及时刷新 缓存失效时间是否正确 Cookies 用例设计思想： Cookies的加密 自动登录 失效时间 更改密码 数据库 设计语言 接口和业务 易用性测试用例设计 导航 我可以很容易找到在哪 帮助和支持 当我需要时我能得到帮助 工作流支持 我可以按照自己的方式完成 错误处理 错误很难产生，并容易修正 一致性 我不需要学习新的技巧 反馈信息 我知道系统在做什么 功能性 系统能做我期望的工作 控制 系统交互在我的控制中 视觉清晰 如果有疑问，它就不应该出现 语言 我能了解我所读到的 兼容性测试 操作系统： Windows 2000、XP、2003、Vista、Linux 浏览器： IE