2软件测试基础.docxVIP

软件测试基础 软件测试含义：使用手工或者自动等手段进行检测软件是否符合预期效果以达到用户需求。 软件测试目的：发现问题、解决问题、提出解决方案 什么是用户需求 用户需求是测试的基准，所有测试都需要回归到需求。 调试与测试 调试 含义：使用断点和调试工具检验并解决程序与数据的错误区域 角色：由开发人员执行 时间点：是随时的，一般在开发过程中进行 角度：针对项目，以完成项目任务为目标 测试 含义：使用手工或自动化工具检验是否有不达到预期的问题（参 软件测试含义） 角色：由测试人员执行（参 测试原则） 时间点：是有计划地，一般在开发完demo版本后开始进行 角度：针对用户，以达到用户需求为目标 区别：开发人员不知条件与结果而进行开发，测试人员有条件（测试用例）与结果（预期结果） 测试对象 软件：软件是程序数据文档的集合 程序：功能点 数据：开发数据与测试数据 开发数据：系统调试用的数据 测试数据：进行测试的异常数据与正常数据 用户数据：真实的数据，由用户自定义 测试与开发数据属于无效数据，上线时会清空。 文档：由测试人员编写的测试输出文档（参 测试流程） 项目 含义：完成一系列软件相关工作的过程就是软件工程（项目） 5W原则 When Who What Where How Who（角色）：开发部、测试部、市场部、DBA、UI 结果 含义：交付于用户可使用的工程（项目）成果，能为公司与户给出一系列解决方案，称为结果 测试原则 1） 尽早参与项目测试 2） 严格要求软件达到预期效果 3） 因为开发人员自身局限性，需要由测试人员进行测试才可达最佳测试效果 4） 不能进行完全测试（穷举测试），只能尽可能减少问题存在 5） 不能保证软件质量，只能提交软件质量 6） 尽可能发现还未被发现的问题 7） 使用尽量少的用例覆盖多条路径 测试人员应有的素质 细心、耐心、责任心、项目尊重、团队合作、探索精神、破坏性、创造性、发现问题、解决问题等 缺陷与错误 错误（defect） 在软件工程中，由于软硬件环境因素或人为的原因导致软件中的功能不符合需求，则称为错误 缺陷（bug）【常用词】 在软件工程中，功能没有实现，称为缺陷 导致缺陷的情况 外界因素：软硬件环境配置 人为因素： 1） 用户操作不当（编写用户手册问题） 2） 开发人员对编码过于自信（开发与测试双方沟通问题） 3） 项目时间过于紧张 4） 需求传递不清晰 5） 管理问题 6） 代码优化问题 有效与无效缺陷 有效缺陷：开发与测试双方一致认为不符合需求的缺陷（测试人员需给出足够依据） 无效缺陷：不被开发认可的缺陷（如因技术实现问题，测试人员则会进行延迟处理 （参 缺陷流程） 缺陷流程 状态分类（Test director）：new、open、fixed、reopen、reject、delay、closed bug的流转： 描述： 当测试人员发现一个bug时，在TD中将该bug状态设置成New，同时指派给测试经理，测试经理对该bug进行检测，如果结果为不是bug，则将该bug状态设置成Closed，如果结果为是一个bug，则将该bug状态设置成Open，同时指派给相关开发经理或开发人员，开发人员对该bug进行重现，重现失败，则将bug状态设置成Reject，（如果因为技术原因导致现阶段不能修复该bug，则与测试人员交互，测试人员将bug状态设置成Delay，等到开发人员认为能修复bug时，才把状态设置成Reopen，并指派给开发人员进行修复）。重现成功，则将bug修复并把状态设置成Fixed，同时指派给相关测试人员，测试人员对其进行回归测试，测试结果为bug已被修复，则将bug状态设置为Closed，否则，将该bug状态设置成Reopen，并继续指派给相关开发人员进行修复，直到该bug回归测试时确认被修复，状态才会设置成Closed。 Bug的重现 必要性：（测试目的）、对该bug进行范围缩减，以便开发人员进行定位与修复 重现率：针对偶然出现的bug，需计算重现率（bug出现次数/测试次数） 如何定位bug 检查软硬件环境配置、检查log系统日志文件、检查网络配置、检查开发与测试使用版本是否一致、检查测试人员对bug描述是否与实际操作一致 环境问题 含义： 软硬件环境，网络环境，用户现场环境 开发环境 开发为纯净环境 测试环境 测试为现实环境 客户端 软件环境： 操作系统：Win7、xp等 浏览器兼容性（B/S）、客户端兼容性（B/S） 支撑软件：.net framework 硬件环境： CPU（