结合公司自身，构建测试质量标准

zhyb_2008 · 发表于 2010-5-19 08:27:04

在制订标准时，才发现“标准”这个词，还有它的含义确实很难和“规范”分清，但是，又得做一个测试的质量的“标杆”，来区别测试中的一些行为规范以及测试要求。
结合我公司测试部门（技术中心54人，测试人员9-10人，目前9名测试工程师），制订了一些简单，有效，可实施的标准，与大家分享，讨论

1　测试质量标准
1.1　测试执行标准
1.1.1　测试需求执行标准
——QC需求树格式标准：
01测试需求
  01测试子需求01
  02测试子需求02
  03测试子需求03
02测试需求
  01测试子需求01
  02测试子需求02
  03测试子需求03
。。。。。。
依次向下面编号，下层需求推进，完善
——需求内容标准
—需求名称
—详细信息：至少包含：
1, 产品名（项目中细分的统计子模块或子功能类型）
2, 创建日期
3 作者
4 审阅状态（未做用例前，是“未审阅”状态，内部审阅完成，需要导入用例时，是“已审阅”）
—描述：
包含两部分内容：
1 测试需求概述：应对产品（项目）需求
2 测试要点分析：针对产品（项目）需求，测试要点列出
1.1.2　测试用例执行标准
——用例生成标准
源于测试需求导入，导入时，需求的最后一级需求，做为新的测试用例
——用例内容标准
包含：用例步骤名，用例描述，预期结果
其中，用例描述中，要指明：前置条件，输入说明；预期结果中，要指明：预期指标值，输出值。

1.1.3　缺陷提交标准
——缺陷产生
从测试用例中“添加和链接缺陷”，生成新的缺陷！
——缺陷内容
—详细信息；
包含：缺陷摘要，检测日期，检测人，缺陷状态，项目（指的是测试的子模块或子功能项），严重程度，优先级，分配给，
—描述
包含：
1测试条件，2测试步骤，3测试实际结果，4测试预期结果，5错误简要分析
其中，第5条为非必写项。
缺陷附件：
图：格式：JPG，PNG，不能是bmp格式！其他附件格式待定，
缺陷注释：
开发修改后，要加入注释内容，包含：
1. 错误分析:
2. 解决方式:
——缺陷中“非BUG”缺陷占比<=5%

1.1.4　缺陷关闭标准
——缺陷状态从“已修改”，“暂不处理”，“非BUG”，才能走到“已关闭”缺陷状态。
——“暂不处理”，“非BUG”的缺陷，“缺陷注释”一定要有开发注释并提交的内容！

1.1.5　测试文档标准
——测试模板执行：测试计划模板，测试用例导出模板，测试报告模板
1.1.6　测试退出（完成）标准
——文档生成完成：项目测试计划，项目测试用例（评审完成的用例文档），系统测试报告，项目操作手册完成。
——缺陷状态控制：只能存在“已关闭”，“暂不处理”两种状态的缺陷
——已关闭缺陷占比：90%，如果“暂不处理”缺陷占比超过10%，则提交项目组和总监审议，确定是否可以测试退出，项目上线！

1.2　测试性能标准
1.2.1　WEB性能标准
——4/8/10原则：
页面响应时间应该小于4S，特殊页面处理，4S—8S之间，不能超过10S

——并发要求
网站：200用户并发
平台：80-100用户并发
1.2.2　页面统计，查询结果响应实现标准
——8/16/32原则：
统计查询结果展现<8S，大数据量：8-16S完成，如果超过32S，必须优化！

1.3　功能集成测试标准
1.3.1　测试功能实现标准
——查询功能实现标准：支持模糊查询，查询条件约束，容错提示正确
——提交功能实现：正常提交功能实现；异常提交报错处理；禁止重复提交
——数据类型判断实现：整型，浮点型，字符型等实现控制，特殊要求要做约束，如：邮件，电话，传真，身份证等。
——正常业务流程通过测试
——支线业务流程通过测试

1.3.2　用例实现标准
——功能用例执行完成，达100%
——用例关联缺陷率15-20%
——非功能测试用例，依任务指标执行
——任务性质的开发，提交测试，要求完成测试执行用例（excel用户表）

1.3.3　WEB页面实现标准
——页面符合已有DEMO设计
——页面动态展现提取内容正确
——页面每个板块内容展现无溢出，展现内容正常
——页面支持IE6，IE7，以后要尝试IE8下的展现正常！
——页面错误调用，JS错误，不能有调试错误，应该给用户级的引导性提示。

1.3.4　数据正确性实现标准
——条件查询，数据结果正确！
——提交数据，在后台和其他页面模板，调用正确
——涉及账务的数据，账务数据必须平衡（收，支），收支明细项细分正确。
——涉及数据同步，分发，移植的数据验证，测试通过。
——SQL错误提示，不能在JS中出现。页面应该给出用户级的引导性提示。