+密级普通类型技术类*系统测试结果及分析报告报告文件状态： 草稿 正式发布 正在修改文件标识：测试部当前版本：V1.0作 者：完成日期：2009-9-16目 录1概述21.1项目名称21.2编写目的21.3项目背景21.4定义21.5产品发布标准21.6参考资料22测试情况概要32.1测试环境32.2测试内容32.2.1主要功能测试内容32.2.2主要性能测试内容42.2.3用户界面测试42.2.4安全性测试43测试结果分析53.1功能测试53.2性能测试53.3用户界面测试53.4安全性测试63.5能力63.6缺陷和限制63.7测试情况统计分析63.7.1测试用例质量63.7.2测试质量63.7.3代码质量74测试资源消耗75发布建议71 概述1.1 项目名称项目全称：项目简称：用英文大写字母、数字及连接符表示，格式为 客户缩写+连接符+项目缩写，位数不超过8位。如LS-IAS。1.2 编写目的说明这份测试分析报告的具体编写目的，指出预期的阅读范围。1.3 项目背景客户背景、业务背景概要描述。该软件的任务提出者、开发者、用户及安装此软件实际环境，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。1.4 定义列出本文件中用到的专问术语的定义和外文首字母组词的原词组。1.5 产品发布标准软件功能、性能达到用户要求，连续48小时新bug数量少于3个，才能进入准备发布和收尾阶段。其他标准。1.6 参考资料列出要用到的参考资料，如：本项目的经核准的计划任务书或合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 测试情况概要2.1 测试环境操作系统IE情况杀毒软件其他安装程序或是软件是否测试（是否）备注Windows-2000-Professional-SP4-CN-32Windows-XP-Professional-CN-32IE6.0Windows-XP-Professional-FT-32Windows-XP-Professional-EN-32Windows-XP-Professional-CN-64Windows-XP-Professional-EN-64Windows-2003-Server-CN-32IE7.0Windows-2003-Server-EN-32Windows-2003-Server-CN-32-域Windows-2003-Server-CN-64Vista-Home-Basic-CN-32Vista-Home-Basic-EN-32Vista-Business-CN-32Vista-Business-CN-64Vista-Business-EN-64Vista- Ultimate-CN-32Windows 7-CN-32Windows-2008-Server-Standard-SP1-CN-322.2 测试内容2.2.1 主要功能测试内容编号功能点子功能测试方法测试工具备注2.2.2 主要性能测试内容测试项测试方法测试工具备注服务器CPU实用率性能测试LoadRunner9.0服务器内存使用率性能测试LoadRunner9.0吞吐量性能测试LoadRunner9.0响应时间性能测试LoadRunner9.02.2.3 用户界面测试检查项Windows XP SP3-CN-32IE6.0是否测试（是否）窗口切换、移动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？对于常用的功能，用户能否不必阅读手册就能使用？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作顺序合理吗？按钮排列合理吗？导航帮助明确吗？提示信息规范吗？2.2.4 安全性测试检查项是否测试（是否）系统有超时限制吗？（如标题、提示等）相关的重要信息写进了日志吗？能有效跟踪他们吗？ 传输信息加密了吗？ 传过来的信息完整吗？3 测试结果分析3.1 功能测试编号功能点子功能是否测试（是否）是否通过（通过或是不通过）备注3.2 性能测试 测试目标：按照用户需求，使用新疆系统的用户实际在50用户左右，为了对系统进行更有效的压力测试，模拟了100个用户并发，相应时间小于10s. 测试环境：局域网，与服务器的连接速度为100M，客户机的连接速度为10/100M. 测试内容：典型操作中的用户登录和信息上报 设计思想：用户并发登陆，反复操作，以检查系统长期稳定性。 测试工具：Loadrunner9.0 网络协议：http/https协议场景详细： 3.3 用户界面测试检查项Windows XP SP3-CN-32IE6.0是否通过（通过或不通过）窗口切换、移动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？对于常用的功能，用户能否不必阅读手册就能使用？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作顺序合理吗？按钮排列合理吗？导航帮助明确吗？提示信息规范吗？3.4 安全性测试检查项是否测试（是否）是否通过（通过或是不通过）系统有超时限制吗？（如标题、提示等）相关的重要信息写进了日志吗？能有效跟踪他们吗？ 传输信息加密了吗？ 传过来的信息完整吗？3.5 能力陈述经测试证实了的本软件的能力包括功能、性能，与项目需求分析文档的符合性如何。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。3.6 缺陷和限制陈述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响，可能的话，对每项缺陷提出改进建议。3.7 测试情况统计分析3.7.1 测试用例质量测试用例需求覆盖率= 被验证到的需求数量 /总的需求数量 （需求）测试用例的编写效率的公式是：测试用例个数/编写测试用例的有效时间测试用例设计质量=有效缺陷数（系统测试）（个）/ 设计测试用例数（个）3.7.2 测试质量测试覆盖率= 至少被执行一次的测试用例数/ 应执行的测试用例总数1级bug率的公式为：1级bug数/发现bug总数2级bug率的公式为：2级bug数/发现bug总数3级bug率的公式为：3级bug数/发现bug总数3.7.3 代码质量百行代码bug率=（bug数/代码行数）*100%，其中bug数=1级BUG*5+2级BUG*2+3级BUG具体研发人员的百行代码bug率=（bug数/代码行数）*100%，其中bug数=1级BUG*5+2级BUG*2+3级BUG4 测试资源消耗总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。5 发布建议针对项目目前的测试状况进行分析，说明该项软件的开发是否已达到预定目标，能否交付使用，给出是否发布该版本的建议