EA-软件质量控制规范_v1.0.1.docVIP

唯智公司软件质量 控制规范 V 1.0.2 版本 修订日期 修订人 修订内容 1.0 2009-08-17 范赟 创建 1.0.2 2009-08-17 范赟 增加对于命名检查  保密级别 对公司所有员工公布 文档说明 本文档讲述了根据EA 需求定义文档， 对于系统进行验收测试 本规范不管评估设计和软件两者究竟谁更正确，严格通过设计文档测试软件是否和设计一致 审核人员需要严格，细致的按照规范测试软件，并给出质量检测报告。 本规范需要在项目实践中逐步完善；会不断修订，为了保证版本的统一性，修订工作有范赟负责；各位使用者如对本规范有任何意见和建议可以电话，邮件方式找范赟讨论。 使用者和效用 顾问和分析人员： 理解测试报告阅读方式，判断是否需要修正设计 开发人员： 理解测试报告阅读方式，判断如何修改代码，或者是否需要和设计人员沟通，更正设计 QA 人员： 根据规范严格测试，并编制测试报告 输出RTF 文档 为了提高审核效率，并且可以对于不合规内容进行标注， 审核工作通过EA 输出RTF文档，针对该文档进行审核。 RTF 输出操作 第一步： 仅对于新发布内容输出RTF 审核，未变化内容不做审核 第二步：定义输出开关 输出开关请按照图示选择，以确保正确的内容输出。 输出内容节选： 基础数据管理 任务类型管理 Figure 1 : 任务类型管理 任务类型管理 Type: UseCase Status: Proposed. Version 1.0. Phase 1.0. Package: 任务类型管理 Details: Created on 2009/8/6 11:29:52. Modified on 2009/8/13 10:50:55. 查询条件：无列表：类型， 状态， 是否自动分配， 接受人，是否允许关闭，是否自动延期排序：按照类型排序 Connections Invokes link to usecase 任务类型修改 Invokes link to usecase 任务类型删除 Invokes link to usecase 任务类型增加 Use link from actor 系统管理员（admin） 角色定义 如上图所示， use case 中的重要定义信息都得到了体现。 审核标注 标注模式：审核人员将其中测试未通过内容，用批注表示，标注中写明情况 如有多个测试人员进行测试时，可以先将生成的RTF 文件拆成几份，分开测试；分别提交测试报告。 测试规范 步骤一： 检查数据结构和概要设计文档一致性 如结构不一致，则不进行进一步测试，直接退回 步骤二： 检查用户角色是否按照设计配置 不检查角色授权内容，仅检查是否设置了角色 如和设计不一致，则不进行进一步测试，直接退回 步骤三： 检查用户组是否按照设计定义，并正确配置了角色 如和设计不一致，则不进行进一步测试，直接退回 步骤四： 角色权限设置测试 创建临时用的测试组，并赋予其一个角色； 创建临时用的一个用户，并加入上述组中 用该用户登陆系统，检查该角色所有应该使用的功能是否都能够达到 该角色的RTF输出文档中，列出了所有可以访问的use case 。 逐个检查是否能够到达。不能到达的用标注标明 步骤五： 创建用户，准备测试 按照每个用户组一个用户的规范，准备好测试帐户 步骤六： 界面要素核对 对于每一个use case ， 选择正确的用户登陆后，查看界面要素是否和设计吻合，包括： 文字 排列次序 输入方式（文本，下拉列表等） 列表排序 Use case 说明中的其他内容 不符合的在RTF 文档中标注说明 步骤七： 功能测试 对于每个use case ， 进行测试，看看能否正常运行， 是否满足需求设计中的各项要求，如定义有Scenario ，或者Test case 的use case ， 必须将其中描述的场景进行全面测试； 如果不能通过，在RTF文档中标注，并说明测试情况  质量报告 审核完成后，审核人员需要出具审核报告 项目 VERP 　 版本 V2.0 提交测试人 范赟 　 提交日期 2009/1/10 　 分类 检查点 不合规数量 前置检查 　 数据库结构和概要设计相同 0 　 角色正确配置 1 　 用户组正确配置 2 配置检查 　 角色权限正确配置 2 　 界面要素正确配置 5 菜单命名正确　 0 右键菜单命名正确 10 窗口命名是否正确 0 基本规范检查 （以下检查都基于在没有特殊说明情况下进行。如果设计中有特殊说明，按照说明要求完成功能） 所有金额字段都是两位小数 0 所有数量型字段都是整数，没有小数出现 0 所有数字和金额型字段都带了千分位分