2.测试项目启动和研读需求文档
软件质量需求
- 定义: 用于确定测试目标，反映用户对软件的要求
- 分类依据: 分为功能和非功能两大类，其中非功能包含性能、界面等8个子类
软件质量需求的分类
- 功能需求: 软件能做什么的核心能力
- 非功能需求:
- 性能：运行效率和资源占用
- 界面：用户交互界面
- 易用性：操作便捷程度
- 兼容性：软硬件环境适应
- 安全性：数据保护能力
- 可用性/可靠性：稳定运行程度
- 可维护性：后期修改便利
- 可扩展性：功能扩充能力
性能
核心概念：反映软件运行时效率和资源占用情况的双重能力，用"马儿快跑少吃草"形象比喻
时间特性：要求软件运行时间短、速度快、效率高，三者本质统一（如网站响应速度影响用户体验）
资源特性：需控制CPU、内存、硬盘、网络等资源消耗，典型场景包括高并发时的服务器资源占用
界面
布局原则：控件对齐间距合理（如用户名/密码应前置），遵循常见操作习惯
视觉规范：
文字：杜绝乱码，字号适配使用场景（如老年应用需更大字体）
颜色：避免刺目配色（如纯黑背景配亮黄文字）
元素：图片/表格需符合内容逻辑
测试重点：窗口整体美观度与舒适性，属于基础但重要的软件需求
易用性
核心定义：在指定条件下软件被理解、学习、使用和吸引用户的能力
典型场景：
回车键触发确定按钮（优于强制鼠标点击）
文本框自动聚焦（如登录界面默认光标在用户名栏）
Tab键字段切换（替代纯鼠标操作）
测试特点：与界面测试类似但更侧重操作流畅性，属于提升用户体验的关键指标
兼容性
- 不同硬件的兼容性测试
测试维度：CPU（英特尔/AMD不同品牌，2.5GHz/3.5GHz不同频率）、内存大小/品牌、硬盘容量、网络带宽
典型案例：同一软件在高低配设备上的运行稳定性对比 - 不同操作系统的兼容性测试
平台覆盖：Linux/Windows多版本（Win7/Win8/Win10）的适配验证
迁移能力：衡量软件跨平台运行时的功能完整性 - 软件自身不同版本的兼容性
版本共存：如Office2007/2013/2016能否并行安装使用
数据延续：1.0版本生成文件在2.0版本中的可读写性 - 软件与其他软件的兼容性
冲突案例：历史著名的QQ与360安全卫士互斥事件
协作测试：与杀毒软件、输入法等常用工具的共存验证 - 数据的兼容性测试
文档互通：WPS与MS Word文件互相打开的格式支持
数据库迁移：SQL Server 2008升级到2016时原有数据的可用性
架构转换：SQL Server到Oracle数据库的数据移植测试 - 网页在不同浏览器中的兼容性
BS架构测试：Chrome/Firefox/Edge等多浏览器渲染一致性
响应式验证：不同分辨率下的页面布局适配 - 兼容性要求的特定规定
约束条件：如明确限定仅支持IE浏览器时，无需测试其他浏览器
标准制定：根据产品发布说明确定兼容性测试范围
文档
需求分析
文档类型: 包括开发需求分析文档、开发计划、设计文档（详细设计）、编码文档、用户使用说明、联系帮助等所有相关文档
需求分析四大步骤：1. 收集研读文档 2. 功能拆分与描述 3. 编写测试点 4. 需求评审
文档研读要点：提取需求信息（功能/性能/安全性等）、解决文档中的模糊问题
功能拆分方法：模块化分解（如注册流程步骤）、文字化详细描述操作逻辑
需求评审目标：验证需求与用户真实意图的一致性，排查冗余/遗漏/理解偏差
问题解决路径：通过咨询产品经理/开发/测试经理等角色澄清需求疑问
- 研读方法:
- 提取有用的需求信息，了解软件的功能、性能、易用性、兼容性、安全性等要求
- 提出文档中不清晰、不理解、不明白的问题
- 与用户、业务人员、产品经理、开发人员等沟通解决问题
功能拆分与功能描述
- 功能拆分: 将软件功能分解为独立模块（如QQ的注册、登录、聊天）
- 细分要求: 每个功能需要进一步细分（如登录方式可细分为账号密码登录、扫码登录等）
- 功能描述:
- 用文字详细描述每个功能的实现方式
- 示例：注册流程需描述注册方式、必填信息、验证机制等
文档研读流程: 收集与研读文档→提出问题并沟通解决→整理需求信息→功能拆分与描述→编写测试点→需求评审
研读文档
- 用户分析: 需要分析软件的用户群体和实际需求，这是测试工作的基础。
- 技术环境: 必须了解开发环境、开发语言、数据类型等底层技术要素。
- 架构分析: 要掌握软件架构、运行环境、平台特性和数据库类型。
- 目标明确: 需要明确测试的功能、性能、界面、易用性、兼容性、安全性等具体目标和要求。
- 功能分解: 分析软件功能模块，理解每个功能要完成的业务及其实现方式、业务逻辑和流程。
- 优先级判断: 识别功能或业务间的关联性，确定关键业务和重要功能。
- 测试规划: 明确测试周期、测试目标和测试范围，这是测试工作的指导框架。