系统测试总结报告

《系统测试总结报告》由会员分享，可在线阅读，更多相关《系统测试总结报告（7页珍藏版）》请在装配图网上搜索。

1、案卷号8日期2010/1/3PsnCodeSharer 个人代码在线共享管理系统测试总结报告作 者：吕佳芯完成日期：2010/1/3签收人：曹冠龙张倩刘洋签收日期：2010/1/3修改情况记录：版本号修改批准人修改人日期签收人目录第一章引言 11.1 编写的目的 11.2 用户群 11.3 参考资料 1第二章测试概要 12.1 进度回顾 12.2 测试执行 12.3 测试用例 12.3.1 功能性 12.3.2 易用性 12.3.3 稳定性 2第三章测试环境 23.1 硬件环境 23.2 软件环境 23.3 网络拓扑 2第四章 测试结果 24.1 功能测试结果 24.2 性能测试结果 44.2

2、.1 总体情况 4第五章 分析概要 45.1 遗留缺陷的影响 45.2 建议 4第六章资源消耗 4第七章典型缺陷引入原因分析 4第一章 引言1.1 编写的目的 编写该测试总结报告主要有以下几个目的 1通过对测试结果的分析，得到对产品质量的评价； 2分析测试的过程、产品、资源、信息，未以后制定测试计划提供参考； 3评估测试执行和测试计划是否符合；4 分析系统存在的缺陷，未修复和预防 bug 提供建议1.2 用户群主要读者：PsnCodSharer个人代码在线共享管系统开发人员，项目验收老师1.3 参考资料PsnCodSharer 个人代码在线共享管理系统测试计划PsnCodSharer 个人代码

3、在线共享管理系统测试用例第二章 测试概要2.1 进度回顾任务计划开始时间实际开始时间计划完成时间实际完成时间配置并调试测 试环境11/111/111/211/2单元测试12/212/212/2212/22集成测试12/2212/2212/2512/25压力测试12/2612/2612/2812/28系统复查12/2912/2912/3012/302.2 测试执行此次测试严格按照测试计划执行，按时完成了测试计划规定的测试对象的测试。 针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测 试计划和测试用例，对系统进行了较完整的测试。2.3 测试用例2.3.1 功能性系统实现的

4、主要功能，包括用户信息管理，代码文档管理，代码内容管理，标签管 理和用户动态管理。2.3.2 易用性a. 操作提示信息的正确性，一致性，可理解性b. 必填项标识c. 输入方式可理解性d. 操作界面是否符合用户的操作习惯2.3.3 稳定性以压力测试为例，测试系统的性能第三章 测试环境3.1 硬件环境AMD A 他喉咙（tm） 64 X2 Dual Core Processor 4400+ 1GB 内存3.2 软件环境Microsoft Windows XPMicrosoft SQL Server 2005Apache Tomcat 6.0WAPT 6.03.3 网络拓扑第四章 测试结果4.1 功

5、能测试结果我们对PsnCodSharer个人代码在线共享管理系统进行了完整的测试，测试覆盖率达到了 100%。在最后一次测试运行时，没有发现灾难性的缺陷，基于这种结果，测试团队认为产品合格。测试结束时已修正的缺陷汇总情况详见PCS系统Bug记录文档表 4.1.1测试状态报告测试套件测试次 数通过次数失败次数未运行次数运行百分 比验证登陆201820100%密码找回121200100%更新个人信息121200100%添加评论/留言151500100%删除评论/留言151500100%新建文档181800100%删除文档101000100%阅读文档101000100%收臧文档101000100%新

6、建代码151500100%更新代码101000100%删除代码101000100%代码查看121200100%代码搜索151320100%新建标签121200100%更新标签101000100%删除标签8800100%代码发布动态10730100%代码收藏动态10730100%代码评论动态10730100%代码更新动态10730100%新注册信息动态10730100%4.2性能测试结果4.2.1总体情况SummaryProfileuserleeejone performed1 Sessions itherrors1Pages performed57PagesJyitherrors1Hits,

7、perfarmed541Hits itherrors23Total KBytes sent196TotalKBifteg r eceived_:3,965Total11571541妙:.1961,965第五章分析概要5.1遗留缺陷的影响5.2建议a. 在项目开始的时候应该制定需求标准、数据库标准，开发和测试人员都严格按照标 准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通 成本。b. 开发人员解决bug的时候，填写bug原因以及解决方案，方便bug的跟踪。第六章资源消耗测试时间2009年11月6日至2010年1月2日测试人力硬件资源PC： 4 台第七章典型缺陷引入原因

8、分析测试过程中发现的缺陷主要有以下几个方面：1.需求定义不明确需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定义错误，输入输出限制定义缺失者集中类型的缺陷。使得开发人员根据需求进行设计时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的问题表现出来。2功能性错误a. 功能没有实现，导致无法进行需求规定的功能的测试。b. 功能实现错误，实现了需求未定义的功能，执行需求定义的功能时系统出现错 误。主要是角色拥有不属于自己的权限等。3. 页面设计和需求不一致面设计没有根据需求进行，用户无法理解字段含义，页面设计没有完成需求规 定的限制验证，导致用户可以输入错误或者无效的数据，这些数据有可能会引起功 能性错误。4. 页面设计易用性缺陷a. 页面设计不友好，系统中有些功能设计不符合用户使用习惯。b. 提示信息不明确，容易引起用户误解。5. 开发人员疏忽引起的缺陷 因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证。系统需 要进行权限控制的地方没有进行相应的控制。